ѕ направленность на миссии организации;

ѕ направленность на требованиях;

ѕ направленность на разработке;

ѕ возможность к адаптации;

ѕ необходимость гибкости.

Соблюдение всех этих условий позволяет разработать архитектуру информационной системы организации более совершенной и эффективной.

Основными программными архитектурами, реализуемыми в настоящее время являются:

ѕ файл-серверная;

ѕ клиент-серверная;

ѕ многоуровневая.

Файл-сервер. Эта архитектура централизованных баз данных с сетевым доступом предполагает назначение одного из компьютеров сети в качестве выделенного сервера, на котором будут храниться файлы централизованной базы данных. В соответствии с запросами пользователей файлы с файл-сервера передаются на рабочие станции пользователей, где и осуществляется основная часть обработки данных. Центральный сервер выполняет в основном только роль хранилища файлов, не участвуя в обработке самих данных. После завершения работы пользователи копируют файлы с обработанными данными обратно на сервер, откуда их могут взять и обработать другие пользователи. Такая организация ведения данных обладает рядом недостатков, например, при одновременном обращении множества пользователей к одним и тем же данным производительность работы резко падает, так как необходимо дождаться, пока пользователь, работающий с данными, завершит работу. В противном случае возможно затирание исправлений, сделанных одними пользователями, изменениями, внесенными другими пользователями.

Клиент-сервер. В основе этой концепции лежит идея о том, что помимо хранения файлов базы данных, центральный сервер должен выполнять основную часть обработки данных. Пользователи обращаются к центральному серверу с помощью специального языка структурированных запросов (SQL, Structured Query Language), на котором описывается список задач, выполняемых сервером. Запросы пользователей принимаются сервером и порождают в нем процессы обработки данных. В ответ пользователь получает уже обработанный набор данных. Между клиентом и сервером передается не весь набор данных, как это происходит в технологии файл-сервер, а только данные, которые необходимы клиенту. Запрос пользователя длиной всего в несколько строк способен породить процесс обработки данных, затрагивающий множество таблиц и миллионы строк. В ответ клиент может получить лишь несколько чисел. Технология клиент-сервер позволяет избежать передачи по сети огромных объемов информации, переложив всю обработку данных на центральный сервер. Кроме того, рассматриваемый подход позволяет избежать конфликтов изменений одних и тех же данных множеством пользователей, которые характерны для технологии файл-сервер. Технология клиент-сервер реализует согласованное изменение данных множеством клиентов, обеспечивая автоматическое соблюдение целостности данных. Эти и некоторые другие преимущества сделали технологию клиент-сервер очень популярной. К недостаткам этой технологии можно отнести высокие требования к производительности центрального сервера. Чем больше клиентов обращается к серверу, и чем больше объем обрабатываемых данных, тем более мощным должен быть центральный сервер.

Исходя из этих рассуждений при проектировании архитектуры АРМ за основу была принята технология клиент-сервер. Диаграммы размещения отражают физические взаимосвязи между программными и аппаратными компонентами системы).

Под пользовательским интерфейсом часто понимают только внешний вид программы. Однако на деле пользователь воспринимает через него всю систему в целом, а значит, такое его понимание является слишком узким. В действительности пользовательский интерфейс включает в себя все аспекты дизайна, которые оказывают влияние на взаимодействие пользователя и системы. Это не только экран, который видит пользователь. Пользовательский интерфейс состоит из множества составляющих, таких как:

набор задач пользователя, которые он решает при помощи системы;

элементы управления системой;

навигация между блоками системы;

визуальный дизайн экранов программы.

Выделим несколько наиболее существенных преимуществ хорошего пользовательского интерфейса с точки зрения бизнеса:

снижение количества ошибок пользователя;

снижение стоимости поддержки системы;

уменьшение потерь продуктивности работников при внедрении системы и более быстрое восстановление утраченной продуктивности;

улучшение морального состояния персонала;

уменьшение расходов на изменение пользовательского интерфейса по требованию пользователей;

доступность функциональности системы для максимального количества пользователей.

АРМ оптовая база разрабатывается как приложение использующее технологию клиент-сервер.

Основным модулем «АРМ Оптовая База» является модуль Luck.exe, обеспечивающий реализацию основной функциональности диаграммы вариантов использования, представленной на рисунке 1.9 раздела 1.4.

При разработке информационной системой одной из главных задач, является создание наиболее простого и не загруженного интерфейса. Именно интерфейс программного продукта, помогает пользователям «общаться» с информационной системой, выступая как диалог общения пользователя и системой.

Интерфейс программы, администраторская часть:

стартовая форма программы. Данная форма запускается при запуске программного продукта образуя, таким образом, начало диалога пользователя с системой (рисунок 2.3);

форма администратора. В этой форме осуществляется полное управление информационной системой, т.е. добавление, удаление, изменение данных в базе данных, а также при необходимости просмотр и печать отчетов (рисунок 2.4);

форма «Заказчики», благодаря этой форме можно видеть полную информацию о заказчиках предприятия (рисунок 2.7);

форма «Поставщики», благодаря этой форме можно видеть полную информацию о заказчиках предприятия (рисунок 2.8).

Интерфейс программы пользовательская часть:

В окне приход товара идет оформление товара. При выборе данной вкладке формы, пользователь сначала должен

В меню расход там тут происходят операции проводимые сотрудника склада по отпуску и продаже товара.

В меню остатки происходит подсчет товара, наименования хранящегося на складе.

В меню касса тут хранятся информация по приходным ордерам и расходным кассовым ордерам.(скриншоты)

Рис 2.0 Главное меню программы

Главное окно программы показано на рис. 1.9. Как видно из рисунка, кроме главного меню, уже описанного выше, оно также будет содержать панель управления (кнопки «Приход», «Расход», «Доступ», «Остатки», «Касса»,«Переоценка»,«Аналитика»,«Справочники»,«Служебные» и «Выход из программы»).

Рисунок 2.1 Окно меню прихода или поступления на склад .

Рисунок 2.2 Окно меню расхода

Рисунок 2.2 Окно меню регулирующее права доступа к программе.

Рисунок 2.3 Окно меню остатка товара.

Рисунок 2.4 Окно меню касса.

Рисунок 2.4 Окно меню переоценка.

Для проектирования базы данных был использован ERwin 4.0 от Computer Associates Int.

ERwin - мощное и простое в использовании средство конструирования баз данных завоевавшее широкое признание и популярность. Оно обеспечивает высочайшую продуктивность труда при разработке и сопровождении приложений с использованием баз данных. На протяжении всего процесса - от логического моделирования требований к информации и бизнес-правил, которые определяют базу данных, до оптимизации физической модели в соответствии с заданными характеристиками - ERwin позволяет наглядно отобразить структуру и основные элементы БД. [20]

ERwin - не только лучший инструмент для проектирования баз данных, но и средство для их быстрого создания. ERwin оптимизирует модель в соответствии с физическими характеристиками целевой базы данных. В отличие от других инструментальных средств, ERwin автоматически поддерживает согласованность логической и физической схем и осуществляет преобразование логических конструкций, таких как отношения многие-ко-многим, в их реализацию на физическом уровне. Облегчает проектирование баз данных. Для этого достаточно создать графическую E-R модель (объект-отношение), удовлетворяющую всем требованиям к данным и ввести бизнес-правила для создания логической модели, которая отображает все элементы, атрибуты, отношения и группировки. Erwin имеет два уровня представления модели - логический и физический. Логический уровень - это абстрактный взгляд на данные, на нём данные представляются, так как выглядят в реальном мире, и могут называться так, как называются в реальном мире, например «Постоянный клиент», «Отдел» или «Фамилия сотрудника». Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логический уровень модели данных является универсальным и никак не связан с конкретной реализацией СУБД. Различают три подуровня логического уровня модели данных, отличающиеся по глубине представления информации о данных:

Диаграмма сущность - связь (Entity Relationships Diagram (ERD));

Модель данных, основанная на ключах (Key Based model (KB));

Полная атрибутивная модель (Fully Attributed model (FA)).

Диаграмма сущность - связь включает сущности и взаимосвязи, отражающие основные бизнес - правила предметной области. Такая диаграмма не слишком детализирована, в неё включаются основные сущности и связи между ними, которые удовлетворяют основным требованиям. Диаграмма сущность - связь может включать связи «многие ко многим» и не включать описание ключей. Как правило, ERD используется для презентаций и обсуждения структуры данных с экспертами предметной области. Модель данных, основанная на ключах, - более подробное представление данных. Она включает описание всех сущностей и первичных ключей и предназначена для представления структуры данных и ключей, которые соответствуют предметной области.

Логическая модель - наиболее детальное представление структуры данных: представляет данные в третьей нормальной форме и включает все сущности, атрибуты и связи (смотри приложение Б). [26]

Физическая модель данных напротив зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физическом уровне модели содержится информация обо всех объектах базы данных. Поскольку стандартов на объекты базы данных не существует (например, нет стандарта на типы данных), физический уровень модели зависит от конкретной реализации СУБД. Следовательно, одному и тому же логическому уровню модели могут соответствовать несколько разных физических уровней различных моделей. Если на логическом уровне модели не имеет большего значения, какой конкретно тип данных у атрибута (хотя и поддерживаются абстрактные типы данных), то на физическом уровне модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах и т.д. Разделение модели данных на логический и физический уровни позволяет решить несколько важных задач. [20]

Физическая модель данных представлена в приложении В.

Visual FoxPro -- визуальная среда разработки систем управления реляционными базами данных, выпускаемая в настоящее время корпорацией Майкрософт. Последней версией является 9.0. Использует язык программирования FoxPro. Версия системы 7.0 может работать в операционных системах Windows 9x и ядра NT, версии 8.0 и 9.0 - только в Windows XP, 2000, 2003.

FoxPro (Фокс-про?) -- один из диалектов языка программирования xBase. Применяется в основном для разработки реляционных СУБД, хотя возможно применять для разработки и других классов программ.Как уже отмечалось выше, язык VFP это сильно дополненный и расширенный язык xBase. В Visual FoxPro язык программирования, то есть базовой конструкцией языка является понятие класса. Исходный же вариант xBase это чистейший структурный язык, с базовым понятием процедур и функций. Таким образом, современный язык программирования Visual FoxPro допускает совмещать как и программирование "по старинке" описанием массы процедур, так и в стиле ООП, создавая сложную иерархию классов.

Выбрал я этот язык программирования потому что он содержит ряд следующих преимуществ :

ѕ Широко известный формат таблиц баз данных, что позволяет легко организовать обмен информацией с другими приложениями Microsoft Windows.

- Современная организация реляционных баз данных, позволяющая хранить информацию о таблицах базы, их свойствах, индексах и связях, задавать условия соблюдения ссылочной целостности, создавать локальные и удаленные представления (Views), связи с серверами, хранимые процедуры, исполняемые при наступлении более 50 различных видов событий (VFP 7.0-9.0).

Страницы: 1, 2, 3, 4, 5