Файл: Проектирование реализации операций бизнес-процесса «Управление документооборотом» (Характеристика документооборота, возникающего при решении задачи).pdf

На уровне технических характеристик разнообразие СУБД еще больше, чем на качественном уровне. К техническим характеристикам относятся:

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

Оценка производительности производится методом тестирования с помощью эталонных тестов из набора AS3AP (ANSI SQL Standard Scalable and Portable). В них контролируется широкий спектр часто встречающихся операций БД и моделируются однопользовательские и многопользовательские среды.

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

Таблица 1.5.1 Сравнение СУБД

Таким образом, для проекта, рассматриваемого в данном дипломном проекте наиболее приемлема СУБД MySQL.

Кроме того, данная СУБД обладает следующими преимуществами:

• • многопоточность, поддержка нескольких одновременных запросов;
  • оптимизация связей с присоединением многих данных за один проход;
  • записи фиксированной и переменной длины;
  • ODBC драйвер;
  • гибкая система привилегий и паролей;
  • гибкая поддержка форматов чисел, строк переменной длины и меток времени;
  • интерфейс с языками C и Perl, PHP;
  • быстрая работа, масштабируемость;
  • совместимость с ANSI SQL;
  • бесплатна в большинстве случаев;
  • хорошая поддержка со стороны провайдеров услуг хостинга;
  • быстрая поддержка транзакций через механизм InnoDB.

Кроме СУБД, необходимы выбрать и язык веб-программирования.

В случае WEB-приложений речь идёт, конечно же, об ASP.NET и его основном в настоящее время конкуренте - РНР.

Рассмотрим подробнее преимущества и недостатки обоих платформ.

Очевидные преимущества ASP.NET

Типизация. Языки программирования ASP.NET имеют строгую типизацию данных. Это безусловно выигрышный момент по сравнению с нетипизированным php: меньше будет логических ошибок, которые весьма трудно находить и исправлять. Некоторым утешением для сторонников php является возможность привести переменную к нужному типу - но увы, присвоение переменной, приведённой к целому типу, строкового значения не вызовет даже предупреждения со стороны интерпретатора.

Очевидные преимущества php

Open source (открытый код), представляющий возможность для аудита кода. Что особенно важно - аудитом кода занимаются программисты всего мира, способствуя устранению уязвимостей и прочих недостатков.

Поскольку обе технологии ограничены довольно простым протоколом HTTP и языком разметки HTML - их возможности примерно равны. Все задачи, решаемые в рамках одной технологии, столь же успешно решаются и в рамках другой. Можно спорить лишь о большем или меньшем удобстве предлагаемые технологиями решений - но мы воздержимся от споров о вкусах.

Таким образом, ни php, ни ASP.NET не дают технологического преимущества WEB-проекту. Различия проявляются в стоимости и трудоёмкости разработки и эксплуатации проекта. В этих показателях php значительно выгодней ASP.NET. А преимущества ASP.NET в области разработки и поддержки, провозглашаемые рекламой, в основном являются, увы, не более чем рекламой.

Кроссплатформенность. php портирован практически под все распространённые операционные системы, в то время как ASP.NET ориентирован на Windows.

Удачный набор функций. php предоставляет WEB-разработчику большое количество функций для решения типовых задач. Создатели php хорошо знают, какие задачи чаще всего решает разработчик WEB-приложений. В ASP.NET нет полезных функций, необходимых постоянно - при наличии огромного количества методов, которым и применения-то не придумать.

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

В ASP.NET не так уж просто сообразить, например, как связаны пространства имён (namespaces) и расположение файлов на диске. В итоге бывает, что классы не видят друг друга.

Простота настройки Apache, php, MySQL. Все настройки содержатся в тектовых ini-файлах. Все параметры откомментированы.

Совместимость «снизу вверх». Переход php-проекта на новую версию php возможен либо вообще без изменений либо с минимальными доработками, связанными, как правило, с изменениями настроек по умолчанию (не буду долго останавливаться на том, что полагаться на настройки по умолчанию - дурной тон в программировании). А случае с ASP.NET мы видим, что проект надо полностью переделать.

Поэтому для реализации проектируемой системы выбор идет на язык программирования PHP.

2 Глава. Проектная часть

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

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

Рисунок 2.1.1 Информационная модель системы

В соответствии с приведенной информационной моделью, работа системы осуществляется следующим образом.

Администратор системы регистрирует сотрудников, используя справочник «Должности» и изменяя содержимое таблицы «Сотрудники». Также он изменяет содержимое данной таблицы, редактируя данные для доступа к системе каждого сотрудника.

Сотрудник регистрирует документы, используя документ и справочник «Типы документов» и изменяя содержимое таблицы Документы.

Руководитель формирует резолюцию к документу, используя таблицу Документы и формируя таблицу Резолюции.

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

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

В системе будут справочники, приведенные в таблице 2.2.1.

Таблица 2.2.1 Перечень используемых справочников

Справочник Отделы имеет следующий реквизиты:

• код отдела;
• полное наименование отдела;
• сокращенное наименование отдела.

Справочник Должности имеет следующие реквизиты:

• код должности;
• наименование должности.

Справочник Руководители имеет в своем составе следующие реквизиты:

• фамилия;
• имя и отчество;
• код должности;
• код отдела;

Справочник Типы документов включает в себя наименование типа документа и его код.

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

• трудовая книжка;
• штатное расписание;
• документ.

Трудовая книжка сотрудника используется при регистрации его в системе. При этом из нее используются следующие реквизиты:

• фамилия, имя, отчество;
• дата рождения;
• наименование должности;
• наименование отдела.

Штатное расписание используется при формировании справочника Отделы, при этом используется только такой реквизит, как наименование отдела.

Документ является основным входным документом. При регистрации документа в системе задействуются следующие реквизиты:

• наименование;
• тип документа;
• дата подготовки или поступления;
• количество страниц;
• описание документа;
• электронная копия документа.

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

Результатной информацией для задачи автоматизации делопроизводства являются следующие документы:

- список сотрудников;

- список документов по типам;

- список документов, имеющих резолюцию, по типам;

- список документов, поставленных на контроль;

- список документов, находящихся в архиве, по типам.

В списке сотрудников имеются следующие реквизиты:

- фамилия, имя, отчество сотрудников;

- дата регистрации;

- должность;

- отдел;

- дата рождения;

- логин и пароль для доступа в систему.

Данный документ формируется на основе справочников Отделы, Должности и таблицы Сотрудники.

Списки документов имеют следующие реквизиты:

- наименование документа;

- дата регистрации;

- краткое описание;

- количество страниц;

- адресат;

- ссылка на электронную версию документа.

Список документов, имеющих резолюцию, дополнительно имеет такие реквизиты, как Резолюция и Ответственное лицо.

Список документов, находящихся в архиве, а также список документов, находящихся на контроле, отличаются статусом. При этом в системе могут быть следующие статусы:

- документ зарегистрирован;

- документ рассмотрен;

- документ поставлен на контроль;

- документ отправлен в архив.

На основе статуса формируются списки документов. При формировании списков документов используются такие таблицы, как Документы, Сотрудники, а также справочники Отделы, Типы документов.

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

Вся результатная информация должна быть в понятном для пользователя виде и проста для понимания. При дальнейшей модернизации возможно изменение уже существующей или добавление новой результатной информации.

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