Файл: Проектирование реализации операций бизнес- процесса «Управление документооборотом».pdf

Таким образом, веса рассматриваемых СУБД распределены следующим образом: MySQL (0.32), DB2 (0.28), MS SQL Server (0.16), Oracle (0.13), PostgreSQL (0.11).(рисунок 1.10).

Рисунок 1.8 Результаты анализа СУБД

На основании данного сравнения выбираем для использования СУБД MySQL.

Глава 2. ПРОЕКТНАЯ ЧАСТЬ. Информационное обеспечение задачи

2.1. Информационная модель и её описание

Серверная часть проекта базируется на СУБД SQL Server 2005. SQL Server - система управления реляционными базами данных, разработанная корпорацией Microsoft. Основной используемый язык запросов — Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия.

Для обеспечения доступа к данным Microsoft SQL Server поддерживает Open Database Connectivity (ODBC) — интерфейс взаимодействия приложений с СУБД. Версия SQL Server 2005 обеспечивает возможность подключения пользователей через веб-сервисы, использующие протокол SOAP. Это позволяет клиентским программам, не предназначенным для Windows, кроссплатформенно соединяться с SQL Server. Компания Microsoft также выпустила сертифицированный драйвер JDBC, позволяющий приложениям под управлением Java (таким как BEA и IBM WebSphere) соединяться с Microsoft SQL Server 2000 и 2005.

Для создания серверной части была создана новая база данных Avers. Размер файла данных обозначен в 20 мб, файл лога в 3 мб. Имеется возможность работать сразу нескольким пользователям с таблицами БД. Данная БД совместима только с SQL Server 2005. Все остальные параметры были оставлены по умолчанию.

В следствии использования для клиентской части MS Access 2007, AllFusion ERwin Data Modeler не имел возможности перенести данные в данную версию (ERwin интегрирует данные в MS Access 2000/2002/2003). В результате не было возможности использовать AllFusion ERwin Data Modeler для переноса данных и таблицы. В результате в БД были созданы новые таблицы, идентичные таблицам в AllFusion ERwin Data Modeler.

Для создания таблицы, необходимо открыть раздел "Tables" и вызвать меню "New Table...". В Microsoft SQL Server получили необходимые таблицы(рис.3.1.1). Ключевые поля полностью соответствуют аналогичным полям в ERwin. Все поля, кроме ключевых, не должны иметь пустых значений.

Рис.3.1.1. Перенесенные таблицы.

Затем между таблицами были обозначены и проведены связи(рис. 3.1.2).

Рис.3.1.2 Диаграмма связей между таблицами.

Для установки и использования этой БД, необходимо скопировать файлы "Avers.mdf" и " Avers_log.ldf" в директорию местонахождения БД в SQL Server. По умолчанию это C:\Program Files\Microsoft SQL Server\MSSQL.1\ MSSQL\Data. Затем необходимо запустить SQL Server, выбрать раздел "Database" и в контекстном меню выбрать пункт "Attach". В появившемся окне необходимо нажать кнопку "Add" и выбрать файл "Avers.mdf" и нажать "Ok" (рис 3.1.3).

Рис.3.1.3 Импорт БД.

2.2. Характеристика нормативно-справочной, входной и оперативной информации

Для клиентской части использовался MS Access 2003. Microsoft Access — реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

Клиентская часть получает данные из БД, расположенной на SQL Server, обрабатывая и посылая запросы пользователя. Для этого, в приложение были внесены связанные таблицы ODBC, благодаря которым и происходит взаимодействие двух частей программного средства.Рис

Все таблицы связаны связями типа «один-ко-многим» или «один – к -одному» с обеспечением целостности данных(рис.3.1).

Рис 3.1. Связи между таблицами

При запуске АИС пользователь оказывается в главном меню программы (рис. 3.2).

Рис 3.2. Главное окно программы

Менеджер, работая с программой, может внести информацию о новом клиенте, добавить новый заказ, а так же редактировать ранее введенную информацию. Чтобы добавить нового клиента, следует щелкнуть на соответствующей кнопке. Откроется окно добавления нового клиента (рис. 3.3):

Рис 3.3. Окно добавления нового клиента

При нажатии на кнопку «Оформить заказ» внизу окна происходит переход на форму внесения данных о новом заказе (рис. 3.4):

Рис 3.3. Ввод нового заказа

В случае, если с системой работает работник цеха, то он может внести данные о этапе работы с заказом нажав на кнопку «Внести данные о этапе» в главном меню программы (рис 3.4)

Рис 3.4. Ввод данных о этапе выполнения заказа

Работник так же может вносить данные об используемых для выполнения заказа на этапах материалах. Для этого необходимо перейти на форму внесения материалов, нажав на кнопку «Оформить материалы» в главном меню, или на кнопку «Внести материалы» с формы заполнения данных о этапе работы (рис.3.5).

Рис 3.5. Ввод данных об используемых материалах

После заполнения полей о количестве и стоимости одной штуки материалов следует нажать на кнопку «рассчитать сумму», что приведет к автоматическому заполнению поля «сумма» данными, рассчитанными с использованием данных из ранее упомянутых полей.

Главный технолог предприятия, работая с данным приложением, может вносить данные о результатах сквозного контроля качества выполнения этапов заказа. Для этого в главном меню необходимо нажать кнопку «Внести данные о контроле» после чего откроется форма внесения данных о контроле(рис.3.6).

Рис 3.6. Ввод данных об используемых материалах

При нажатии кнопки «Отчет о контроле» будет открыто окно предварительного просмотра выводимого на печать отчета о прохождении заполненного контроля.(рис.3.7).

Рис 3.7. Отчет о прохождении контроля

Так же главный технолог может вносить данные о реализации заказа, перейдя по кнопке «Реализация» главного меню.(рис3.8).

Рис.3.8. Ввод данных о реализации.

При нажатии кнопки «Отчеты» откроется форма с возможными отчетами (рис.3.9)

Рис 3.9. Форма отчеты

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

2.3. Характеристика результатной информации

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

Запрос «Выполненные заказы» (рис.3.10) находит информацию о всех реализованных заказах. Результат запроса представлен в виде формы, просмотреть которую можно нажав на кнопку «Выполненные заказы» формы «Отчеты»(рис.3.11).

Рис.3.10.Запрос «Выполненные заказы»

Рис.3.11.Форма «Выполненные заказы»

Запрос по оценке контроля (рис.3.12.) ищет все работы, оценка контроля которых соответствует выбранному варианту на форме «Отчеты». После выбора интересующей оценки на данной форме и нажатия кнопки «Отчет по оценки контроля» предоставляется отчет(рис.3.13) с соответствующей информацией.

Рис3.12.Запрос по оценке контроля

Рис.3.13.Отчет по оценке контроля

Так же представлены отчеты предоставляющие список используемых материалов как для всего заказа в целом (рис.3.14.) так и для отдельного этапа заказа (рис.3.15.)

Рис.3.14. Отчет «Материалы для заказа»

Рис.3.15.Отчет «материалы для этапа заказа»

Эти отчеты основаны на запросах материалы для заказа (рис.3.16.) и материалы для этапа заказа (рис.3.17).

Рис.3.16.Запрос «Материалы для заказа»

Рис.3.17.Запрос материалов на этап закзаза

При оформлении и реализации заказа необходимо документальное подтверждение. Для организации отчетов «Оформление заказа» и «Оформление реализации заказа» реализуются соответствующие запросы (рис.3.18-3.19) Для распечатки данных отчетов(рис.3.20-3.21) на форме «Отчеты» необходимо ввести номер заказа, на который необходимо распечатать отчет и нажать на соответствующую кнопку.

Рис3.18.Запрос «Оформление заказа»

Рис.3.19.Запрос «Реализация заказа»

Рис.3.20.Отчет об оформлении заказа

Рис.3.21.Отчет о реализации заказа.

Так же реализован запрос о прохождении стадий контроля определенным заказом (рис.3.22). Интересующий заказ выбирается на форме «Отчеты» и после нажатия на кнопку «Прохождение заказом контроля» будет предоставлен отчет в виде формы (рис.3.23.).

Рис.3.22.Запрос о прохождении стадий контроля

Рис.3.23.Очет о прохождении заказом стадий контроля

В АИС «Аверс» для расчета полной стоимости заказа необходимо определить стоимость используемых для выполнения заказа материалов, для этого устраивается запрос «стоимость материалов» основанные на запросе «материалов для заказа»(рис.3.16), результаты которого находятся в форме (рис3.24.).

Рис.3.24.Стоимость используемых для заказа материалов

2.4. Общие положения (дерево функций и сценарий диалога)

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

Работу с системой осуществляет менеджер отдела продаж. Дерево функций системы представлено на рисунке 2.2.

Как видно из представленной схемы, менеджер при работе в системе имеет возможность заполнения справочников, в том числе добавления, удаления записей, поиска по ним и получения списка записей, содержащихся в справочниках.

Основным документом является счет-фактура, которая формируется по факту продаж и служит основным отчетным документом.

Рисунок 2.1 Дерево функций системы для менеджера отдела продаж