Разработка и интеграция программного модуля информационной системы

Размещено на http://www.allbest.ru/

Оглавление

Введение

1. Анализ и проектирование

1.1 Описание предметной области

1.2 Постановка задачи

1.3 Разработка функциональной архитектуры проектируемого модуля ИС

1.4 Проектирование структуры базы данных модуля информационной системы

1.5 Проектирование интерфейса программного модуля информационной системы

2. Разработка и интеграция программного модуля информационной системы

2.1 Выбор средств разработки программного модуля

2.2 Описание структур данных

2.3 Разработка программного модуля

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

Заключение

Список использованных источников

Приложения



Введение

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

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

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

Цель работы

Целью данного курсового проекта является проектирование программного средства электронного документооборота для организации управления социальной поддержкой населения, внедрение которого позволит решить следующие задачи:

- формирование единой БД по сотрудникам;

- автоматизация всех видов отчётности организации;

- автоматизация контроля за исполнением документов;

- ведение электронного архива по всем видам документации, используемой организацией;

Задачи работы

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

1. Исследование предметную область (ПО);

2. Разработка концептуальной и логической модели системы управления документооборотом;

3. Разработать логическую модель системы управления документооборотом;

4. Разработка модели предметного воплощения системы управления документооборотом;

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

Объект исследования

Объектом исследования курсовой работы является управление документооборотом организации Управление социальной поддержкой населения.

Объем и структура работы

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



1. Анализ и проектирование

1.1 Описание предметной области

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

Разработка концептуальной модели системы управления документооборотом

При помощи case-средства BPWin создали контекстную диаграмму IDEF0-до по теме проектирование программного средства электронного документооборота для организации Управление социальной поддержкой населения (Рис. 1). С входной информацией документ и выходной архив. Контролем данной диаграммы являются правила оформления регистрации, механизмом являются Секреталь и Начальник.

Рис. 1. Функциональная диаграмма IDEF0 (0-2 уровней) <После>



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

Рис. 2. Диаграмма <После> IDEF0 1 уровня

Разработка логической модели управления документооборотом

Ниже показана ER-диаграмма организации Управление социальной поддержкой населения (Рис.3.), показывает взаимодействие сущностей и атрибутов. Данная Er-диаграмма построена в нотации Питера Чена. В исследуемой предметной обрасти имеется семь сущностей: Вид документа, документы, журнал, сотрудники, контроль, должности, подразделения.

Вид документа - содержит справочную информацию о видах документа, используемых в организации;

Документы - содержит сведения о документах организации;

Журнал - содержит сведения о документах и исполнителях записывающихся в журнал;

Сотрудники - содержит информацию о сотрудниках;

Контроль - содержит информацию о контроле за исполнением документов;

Должности - содержит информацию о должностях.

Подразделения - содержит информацию о подразделениях;

Атрибут вид сущности вид документа связан с атрибутом вид документа сущности документы. Атрибут документ сущности документы связан с атрибутом документ сущности журнал. Атрибут исполнитель сущности журнал связан с атрибутом сотрудник сущности сотрудники. Атрибут должность сущности сотрудники связан с атрибутом должность сущности должности. Атрибут подразделение сущности сотрудники связан с атрибутом подразделение сущности подразделения. Атрибут документ сущности контроль связан с атрибутом документ сущности документы. Атрибут кто контролирует сущности контроль связан с атрибутом руководитель подразделения сущности подразделение.



Рис. 3. Логическая модель данных

1.2 Постановка задачи

Исследование потоков данных (DFD до), выявление проблемных мест информационной системы и предложения повышения эффективности и производительности системы в результате автоматизации (DFD после)

В ходе работы было проведено исследование потоков данных организации и построена DFD диаграмма. При исследовании было выявлено что клиент организации или внешняя организация передает организации документы которые проходят регистрацию и записываются в журнал. После чего с этими документами проводятся работы для этого на выполнение этих работ прикрепляется работник организации (прикрепляется к исполнителю), после чего делается запись в журнале о прикреплении документа, дата, до которой работы должны быть сделаны. Для контроля за исполнением работ есть журнал контроля в котором делается запись о поставке на контроль документа и информация о нем. После выполнения работ с документом ставится дата когда была закончена работа после чего документ над которым проводились работы снимается с контроля и отправляется в архив или клиенту, внешней организации. При надобности создаётся статистика.

Проблемным местом информационной системы является то что вся информация о документах, о их исполнении, поставке на контроль и снятии с него вносится вручную что сильно влияет на скорость выполнения работ, поиск документов, что сильно повлияет на эффективность работы организации и комфорт работы сотрудников. Для решения этих проблем должна быть проведена автоматизация системы что упростит работу по введению и просмотру информации о документах, поиску документов, ведению контроля, а также будет автоматическое создание отчетов что ускорит работу так как не придётся создавать их вручную. Потоки данных не автоматизированной системы показаны на DFD до (Рис.4). Потоки данных автоматизированной системы показаны на DFD после (Рис. 5).

Рис. 4. Потоки данных (DFD ДО)

Рис. 5. Потоки данных (DFD ПОСЛЕ)



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

Функциональные задачи:

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

Формирование единой БД по документам - регистрация, запись документов в электронный журнал;

Автоматизация всех видов отчётности организации - создание отчётов;

Автоматизация контроля за исполнением документов - контроль за исполнением документов.

1.3 Разработка функциональной архитектуры проектируемого модуля ИС

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

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



Рис. 6. Функциональная архитектура

1.4 Проектирование структуры базы данных модуля информационной системы

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

Таблица vid_documenta образовалась из сущности вид документа и отвечает за хранение видов и типов документов, таблица documents образовалась из сущности документы, в ней хранится информация о новых документах. Таблица Journal образовалась из сущности журнал, в неё записывается название документа и исполнителя этого документа, а также дата старта и дата, до которой документ должен быть выполнен.

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

Таблица Podrazdelenie образовалась из сущности подразделение, в этой таблице находятся названия подразделений и их руководители. Таблица Sotrudniki образованна из сущности сотрудники, в этой таблице хранится информация о сотрудниках организации.

Таблица Dolgnosty образованна из сущности должности, в этой таблице хранятся названия должностей.

Рис. 7. Физическая модель данных

1.5 Проектирование интерфейса программного модуля информационной системы

В ходе выполнения курсового проекта был разработан интерфейс для секретаря (Рис. 8), а также форма для заполнения таблицы Журнал (Рис. 9). Интерфейс секретаря (Рис. 8) был выполнен в таком виде по причине удобства заполнения информации в таблицы. Интерфейс состоит из полей для заполнения таблицы документы (новый документ, вид документа, дата регистрации, кто отправил, кому, статус, содержание), кнопок для добавления, редактирования, удаления строк в таблице. Кнопки для вывода формы для заполнения таблицы журнал (Рис. 9). Сверху находится ленточное меню с полями котором находятся справочники, сортировка, формы отчётов, выход.



Рис. 8. Интерфейс главной формы секретаря

Рис. 9. Форма для заполнения таблицы журнал

программный управление документооборот информационный

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



Рис. 10. Интерфейс главной форма начальника



2. Разработка и интеграция программного модуля информационной системы

2.1 Выбор средств разработки программного модуля

В качестве средства разработки приложения для взаимодействия с базой данных были рассмотрены Delphi7 и С++.

Delphi7

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

Преимущества Delphi по сравнению с аналогичными программными продуктами:

- Быстрота разработки приложения (RAD).

- Высокая производительность разработанного приложения;

- Низкие требования разработанного приложения к ресурсам компьютера;

- Наращиваемость за счет встраивания новых компонент и инструментов в среду Delphi;

- Возможность разработки новых компонентов и инструментов собственными средствами Delphi (существующие компоненты и инструменты доступны в исходных кодах);

- Удачная проработка иерархии объектов.

Недостатки языка программирования

Поддержка операционных систем только семейства Windows (Исключение - VB1 for DOS). Отсутствие механизма наследования объектов. Существующие в языке наследование, позволяет наследовать только интерфейсы объектов, а не их самих. Таким образом, в унаследованном классе должны быть явно переписаны все функции базового класса. Также в унаследованном классе невозможно добавление каких-либо методов, присущих только данному классу, то есть если абстрактный базовый класс содержит только два метода, то и производный класс содержит только два метода, не более и не менее того. Требует установленных DLL для работы программы.

Часто критике подвергаются такие аспекты Visual Basic, как возможность отключить средства слежения за объявленными переменными, возможность неявного преобразования переменных, наличие типа данных "Variant".

Отсутствие указателей, низкоуровневого доступа к памяти, ASM-вставок.

С++

C++ - компилируемый статически типизированный язык программирования общего назначения.

Поддерживает такие парадигмы программирования как процедурное программирование, объектно-ориентированное программирование, обобщённое программирование, обеспечивает модульность, раздельную компиляцию, обработку исключений, абстракцию данных, объявление типов (классов) объектов, виртуальные функции. Стандартная библиотека включает, в том числе, общеупотребительные контейнеры и алгоритмы. C++ сочетает свойства как высокоуровневых, так и низкоуровневых языков. В сравнении с его предшественником - языком C, - наибольшее внимание уделено поддержке объектно-ориентированного и обобщённого программирования.

Недостатки C++ перед Delphi:

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

Значительно большая, по сравнению с Object Pascal, сложность языка, даже, несмотря на компактность кода, возникают сложности в его восприятии.

Одна особенность языка С++ очень портит этот язык - он чувствителен к регистру символов, т.е. переменная A и переменная a - это разные переменные.

В Delphi классы (объекты) могут располагаться только в динамической памяти, а в C++ в любой памяти (статическая, стек, динамическая). Это добавляет безопасности программирования в Delphi.

Вывод: Для реализации программы было выбрано средство разработки Delphi7 из - за быстроты разработки приложения (RAD), высокой производительности разработанного приложения, низких требований разработанного к ресурсам компьютера. Возможность разработки новых компонентов и инструментов собственными средствами Delphi7 удачная проработка иерархии объектов.

2.2 Описание структур данных

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

Coneсt1-coneсt7 - строковые переменные;

Coneсt2 - переменная отвечающая за ввод сервера;

Coneсt4 - переменная отвечающая за ввод логина;

Coneсt6 - переменная отвечающая за ввод пароля;

Conection - переменная формирующаяся из Coneсt1-coneсt7 и передающая данные в элемент ADOconnection свойство connectionstring.

Больше в модуле не было использовано не переменных, массивов, классов, файлов.

2.3 Разработка программного модуля

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

if MessageDlg('добавить запись',

mtConfirmation, [mbYes,mbNo],0) <>mrYes then Exit;

DataModule7.DSdocument.DataSet.Last ;

DataModule7.DSdocument.DataSet.Append;

DataModule7.DSdocument.DataSet.FieldByName('Name_documenta').AsString:=form1.DBedit1.Text;

DataModule7.DSdocument.DataSet.FieldByName('From_whom').AsString:=form1.DBedit2.Text;

DataModule7.DSdocument.DataSet.FieldByName('Komu').AsString:=form1.DBEdit4.Text;

DataModule7.DSdocument.DataSet.FieldByName('Vid_documenta').AsString:=form1.DBLookupComboBox1.Text;

DataModule7.DSdocument.DataSet.FieldByName('Date_registr').AsString:=form1.DBEdit5.Text;

DataModule7.DSdocument.DataSet.FieldByName('Soderzhanie').AsString:=form1.DBMemo1.Text;

DataModule7.DSdocument.DataSet.FieldByName('Status_documenta').AsString:=form1.DBEdit3.Text;

DataModule7.DSdocument.DataSet.Post;

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

if Length(edit1.Text)>0 then

DataModule7.ADOdocument.Filtered:=True

else

DataModule7.ADOdocument.Filtered:=False;

DataModule7.ADOdocument.Filter:='Name_documenta>'''+edit1.Text+'''';

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

conect1:='Driver=MySQL ODBC 5.1 Driver;SERVER=';

conect2:=edit1.Text;

conect3:=';UID=';

conect4:=edit2.Text;

conect5:=';PWD=';

conect6:=edit3.Text;

conect7:=';DATABASE={документооборот};PORT=3306;COLUMN_SIZE_S32=1';

conection:=conect1+conect2+conect3+conect4+conect5+conect6+conect7;

datamodule7.ADOConnection1.ConnectionString:=conection;

datamodule7.ADOConnection1.Connected:=true;

datamodule7.ADOVid_documenta.Active:=true;

datamodule7.ADOsotrudniki.Active:=true;

datamodule7.ADOdocument.Active:=true;

datamodule7.ADOdolgnosty.Active:=true;

datamodule7.ADOpodrazdeleniye.Active:=true;

datamodule7.ADOjournal.Active:=true;

datamodule7.ADOcontrol.Active:=true;

form1.show;

datamodule7.ADOQuery1.ConnectionString:=conection;



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

План тестирования:

Тестирование чёрным ящиком;

Тестирование белым ящиком;

Чёрный ящик - техника черного ящика позволяет тестировать ПС через интерфейс программы, доступный обычному пользователю. Модуль для теста может эмулировать нажатия клавиш или клики мышкой в тестируемом ПС и позволяет наблюдать, все ли проходит правильно и совпадают ли эти манипуляции с нажатием клавиш и щелчков мышки в реальности.

Белый ящик - в процессе тестирования белого ящика (прозрачного ящика) тестировщик не только имеет доступ к коду, но и сам может писать код в библиотеках ПС. Как правило, при таком подходе проходят тест только отдельные компоненты программы. Этот метод обеспечивает устойчивость и работоспособность системы.

Номер теста	Назначение теста	Значения исходных данных	Ожидаемый результат	Реакция программы
Метод черного ящика
№1	Проверка ввода сервера, логина, пароля (правильного)	Вводится в поля входа сервер, логин и пароль и нажимается кнопка вход: Сервер: 10.10.1.100 Логин: root Пароль: student	Произойдёт вход на сервер базы данных и откроется главная форма.	Открылась главная форма, произошло подключение баз данных, но не закрылась форма для ввода логина и пароля
№2	Проверить ввод данных в таблицу документы	В поля вводится информация о документе и нажимается кнопка добавить	Появится сообщение подтверждения добавления записи таблицу DBgrid будет добавлен новая запись (новый документ)	Поивилось сообщение подтверждения добавления записи, после подтверждения в таблице DBgrid появилась новая запись (новый документ)
№3	Проверить сортировку по имени документа	В верхней панели "сортировка" выбираем сортировку по имени документа, внизу появится поле куда начинается вводится имя документа по которому будет сортировка	Будет происходить сортировка по ходу ввода имени документа, в таблице останется наименования удовлетворяющие сортировке	Произошла сортировка в таблице остались наименования удовлетворяющие сортировке
№4	Проверка ввода сервера, логина, пароля (не правильного)	Вводится в поля входа сервер, логин и пароль и нажимается кнопка вход: Сервер: 10.10.1.100 Логин: root Пароль: studend(ошибка)	Появится сообщение о том что произведён неправильный ввод пароля.	Появилось сообщение о ошибке ввода пароля
Метод белый ящик
№5	Покрытие операторов	Выполнение оператора программы хотя бы один раз	Оператор выполнится хотя бы один раз	Оператор выполнился один раз
№6	Покрытия решений	Выполняется реализация направления перехода	Направление перехода будет реализовано, по крайней мере, один раз	Направление перехода было реализовано один раз
№7	Покрытие условий	Записывается число тестов, достаточное для того, чтобы все возможные результаты каждого условия в решении выполнялись, по крайней мере, один раз	Результаты каждого условия в решении выполнились, по крайней мере, один раз	Результаты условий выполнились по одному разу

Заключение

Выводы о проделанной работе

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

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

Возможные сферы и варианты внедрения модуля информационной системы

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

Перспективы развития модуля информационной системы

Усовершенствование заполнения таблиц, поиска, сортировки, разделение документов на входящие и исходящие документы.



Список использованных источников

1. Гвоздева Т.В., Баллод Б.А. Проектирование информационных систем. Серия Высшее образование. М.: Феникс, 2009. - 512 с.

2. Документация MySQL.Сайт mysql.ru [Электронный ресурс] / 11.03.2014. - Режим доступа: http://www.mysql.ru/docs/

3. Методические рекомендации по оформлению курсовых и дипломных работ. ХПК, 2007 г.

4. Олифер В.Г., Олифер Н.А. Компьютерные сети. Принципы, технологии, протоколы. - СПб.: питер, 2010.

5. Фуфаев Э.В., Фуфаев Д.Э.. "База данных", М.: Издательский центр "Академия", 2007.

6. Интернет ресурс Wikipedia.ru

7. Интернет ресурс www.philosoft.ru

8. Создание ER-Диаграмм http://inf-teh-lotos.ru/sozdanie-er-diagramm



Приложения

Приложение 1

Техническое задание

1. Введение

1.1. Наименование программы

Наименование программы: "электронный документооборот Управление социальной поддержкой населения "

1.2. Назначение и применения

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

Документы

Вид документов

Журнал

Журнал контроля

Сотрудники

Подразделения

Должности

Программа предоставляет собой клиент-серверное приложение для управления содержимым базы данных "Документооборот" в соответствии с предъявляемыми требованиями по работе с БД.

2. Требования к программе

2.1. Требования к функциональным характеристикам

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

Возможность поиска (фильтрации) по базе данных информации

Формирование единой БД по сотрудникам;

Автоматизация всех видов отчётности организации;

Автоматизация контроля за исполнением документов

Ведение электронного архива документации, используемой организацией;

2.2. Требования к надежности

2.2.1 Требования к обеспечению надежного функционирования программы

Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:

а) организацией бесперебойного питания технических средств;

б) использованием лицензионного программного обеспечения;

в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств";

г) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов

2.2.2. Время восстановления после отказа

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

2.2.3. Отказы из-за некорректных действий пользователей системы

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

3. Условия эксплуатации

3.1. Климатические условия эксплуатации

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

3.2. Требования к квалификации и численности персонала

Минимальное количество персонала, требуемого для работы программы, должно составлять не менее 3 штатных единиц - системный администратор, секретарь и начальник. Системный администратор должен иметь высшее профильное образование и сертификаты компании-производителя операционной системы. В перечень задач, выполняемых системным администратором, должны входить:

а) задача поддержания работоспособности технических средств;

б) задачи установки (инсталляции) и поддержания работоспособности системных программных средств - операционной системы;

в) задача установки (инсталляции) программы.

г) задача создания резервных копий базы данных.

3.3. Требования к составу и параметрам технических средств

В состав технических средств должен входить IВМ-совместимый персональный компьютер (ПЭВМ), выполняющий роль сервера, включающий в себя:

процессор Pentium-2.0Hz, не менее;

оперативную память объемом, 1Гигабайт, не менее; .

HDD, 20 Гигабайт, не менее;

операционную систему Windows 2000 Server или Windows 2003, Windows Vista или Windows 8;

MySQL Server 5.0.

3.4. Требования к информационной и программной совместимости

Требования к информационным структурам и методам решения

База данных работает под управлением MySQL Server 5.0. Используется много поточный доступ к базе данных. Необходимо обеспечить одновременную работу с программой с той же базой данной модулей экспорта внешних данных.

Структура баз данных

Таблица виды документа - vid_documenta

Название поля	Тип поля	Описание поля
Code_vida_documenta	Int	Идентификатор вида документа
Vid_documenta	VarChar(255)	Вид документа
Tip_documenta	VarChar(255)	Тип документа

Таблица Должности - Dolgnosty

Название поля	Тип поля	Описание поля
Code_dolgnosty	int	Код должности
Dolgnosty	VarChar(255)	Должность

Таблица Документы - documents

Название поля	Тип поля	Описание поля
Reg_number	int	Номер документа
Name_documenta	VarChar(255)	Название документа
From_whom	VarChar(255)	К отправил
komu	VarChar(255)	Кому
Vid_documenta	int	Вид документа
Date_registr	Date	Дата регистрации
Sodelzhanie	VarChar(255)	Содержание
Status_documenta	VarChar(255)	Статус документа



Таблица журнал - Journal

Название поля	Тип поля	Описание поля
Code_attachment	int	Коде записи журнала
Document	Int	Документ
Ispolnitel	Int	Исполнитель
Start_date	Date	Дата старта
Srok_ispolneniya	Date	Срок исполнения

Таблица подразделение - Podrazdelenie

Название поля	Тип поля	Описание поля
Code_podrazdeleniya	Int	Код подразделения
Nazvanie_podrazdeleniya	VarChar(255)	Название подразделения
Head_podrazdelenia	VarChar(255)	Руководитель подразделения

Таблица сотрудники - Sotrudniki

Название поля	Тип поля	Описание поля
Code_Sotrudnika	Int	Код сотрудника
Sotrudnik	VarChar(255)	Сотрудник
Dolgnosty	int	Должность
Podrazdelenie	Int	Подразделение
Kabinet	VarChar(255)	Кабинет
Telephone	int	Телефон
e-mail	VarChar(5)	e-mail

Таблица контроль - control

Название поля	Тип поля	Описание поля
Code_of_control	int	Код контроля
Document	int	Документ
Who_stated	VarChar(255)	Кто контролирует
When_stated	Date	Дата старта
Srok_ispolneniya	Date	Срок исполнения
Expration_date	date	Дата исполнения

3.4.1.2. Требования к запросам пользователей данных из базы

Секретарь, начальник и администратор работают с базой данных через интерфейс программы.

Администратор системы должны иметь возможность редактировать таблицы, перечисленные п. 3.4.1.1. (добавление, редактирование)

Секретарь и начальник системы должны иметь возможность производить поиск по таблице Document, journal и control, просматривать детальную информацию по каждому результату выборки.

3.4.2. Требования к исходным кодам и языкам программирования

Дополнительные требования не предъявляются.

3.4.3. Требования к программным средствам, используемым программой

Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows 2000 Server или Windows 2003 и MySQL Server 5.0.

3.4.4. Требования к защите информации и программ

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

3.5. Специальные требования

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

4. Требования к программной документации

4.1. Предварительный состав программной документации

Состав программной документации должен включать в себя:

техническое задание;

программу и методики испытаний;

руководство оператора;

5. Технико-экономические показатели

5.1. Экономические преимущества разработки

Ориентировочная экономическая эффективность не рассчитываются. Аналогия не проводится ввиду уникальности предъявляемых требований к разработке.

6. Стадии и этапы разработки

6.1. Стадии разработки

Разработка должна быть проведена в три стадии:

1. разработка технического задания;

2. рабочее проектирование;

3. внедрение.

6.2. Этапы разработки

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

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

1. разработка программы;

2. разработка программной документации;

3. испытания программы.

На стадии внедрения должен быть выполнен этап разработки подготовка и передача программы.

6.3. Содержание работ по этапам

На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

1. постановка задачи;

2. определение и уточнение требований к техническим средствам;

3. определение требований к программе;

4. определение стадий, этапов и сроков разработки программы и документации на неё;

5. согласование и утверждение технического задания.

На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.

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

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

1. разработка, согласование и утверждение и методики испытаний;

2. проведение приемо-сдаточных испытаний;

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

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

7. Порядок контроля и приемки

7.1. Виды испытаний

Приемо-сдаточные испытания должны проводиться на объекте Заказчика в оговоренные сроки.

Приемо-сдаточные испытания программы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком Программы и методик испытаний.

Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний.

7.2. Общие требования к приемке работы

На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает Акт приемки-сдачи программы в эксплуатацию.



Приложение 2

Руководство оператора

1. Назначение программы.

Программа предназначена для автоматизации документооборота, осуществляемого внутри организации Управление социальной поддержкой население: регистрация документов, назначение исполнителей, контроль за выполнением. Программа реализована на языке программирования Delphi 7 с использованием СУБД MySQL Server 5.0 и предназначена для размещения на серверах, работающих под управлением операционной системы Windows.

2. Условия выполнения программы.

2.1. Аппаратное обеспечение

Процессор Pentium-2.0Hz, не менее;

Оперативную память объемом, 1Гигабайт, не менее;

HDD, 20 Гигабайт, не менее;

2.2. Программное обеспечение

Операционная система Windows 2000 Server или Windows Vista, Windows 8;

Программа для создания базы данных MySQL Server 5.0.

3. Выполнение программы.

Для запуска "электронный документооборот Управление социальной поддержкой население" в папке документооборот Управление социальной поддержки населения в которой в папке для секретаря или в папке для начальника произвести двойное нажатие по файлу Project1.exe. После загрузки на дисплее отобразится главное окно программы.



Рис. 11. Главное окно секретаря

Рис. 12. Главное окно начальника

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



Рис. 13. Окно для заполнения таблицы журнал

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

Рис. 14. Окно для заполнения справочников

В верхней части окна находится меню с иконками:

Справочники;

Сортировка;

Формирование отчёта;

Выход.

При нажатии на иконку справочники будет выведено окно (Рис. 14) для заполнения справочников:

Вид документа - здесь заполняется поля вид и тип документов;

Подразделения - заполнение полей подразделение, руководитель подразделения;

Должность - заполнение должностей сотрудников.

Рис. 15. Сортировка по имени документа

Рис. 16. Сортировка по отправителю

Рис. 17. Сортировка по получателю

При нажатии на иконку сортировки будет выведен список с сортировками. При нажатии на одну из строк списка в нижней части главного окна будет выведено одно из полей (Рис. 15, Рис. 16, Рис. 17) для вписывания критерия сортировки, по ходу заполнения поля будет происходить сортировка данных из таблицы документы.

На главном окне программы начальника (Рис. 12) расположены поля для ввода данных в таблицу контроль.

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

На главном окне находится два элемент для вывода базы данных:

Сверху для вывода таблицы контроля, которая является главной;

Снизу для вывода таблицы журнал (Рис. 19) которую заполняет секретарь.

Рис. 18. Работники

В верхней части окна находится меню с иконками:

Сотрудники;

Поиск;

Формирование отчёта;

Выход.

При нажатии на иконку сотрудники будет выведено окно (Рис. 18) для заполнения таблицы работников организации:

Рис. 19. Журнал

Рис. 20. Поиск по документу



Рис. 21. Поиск по дате

При нажатии на иконку поиск будет выведен список с поисками. При нажатии на одну из строк списка под полями для заполнения таблицы контроль главного окна будет выведено одно из полей (Рис. 20, Рис. 21) для вписывания критерия поиска, по ходу заполнения поля будет происходить поиск данных из таблицы контроль.

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

4. Сообщения оператору.

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



Приложение 3

Руководство программиста

1. Общие сведения о программе.

2. Архитектура и принципы функционирования.

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

Рис. 22. Функциональная архитектура

3. Системные требования.

Процессор Pentium-2.0Hz, не менее;

Оперативную память объемом, 1 Гигабайт, не менее.

HDD, 20 Гигабайт, не менее;

Операционную систему Windows 2000 Server или Windows 2003, Windows Vista или Windows 8;

4. Установка программы.

5. Административная консоль и работа с ней.

6. Файл конфигурации. Составление и правка.

7. Обязательная начальная настройка программы.

8. Проверка правильности функционирования программы.

9. Мероприятия по текущему обслуживанию программы.

10. Оптимизация работы программы.

11. Аварийные ситуации и способы их устранения.

Размещено на Allbest.ru

...