3 Рекомендации по выполнению отдельных разделов дипломного проекта

3.1 Рекомендации по разработке технического задания на создание системы

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

Назначение и цели создания подсистемы

В этом пункте ТЗ описывается следующее:

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

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

Характеристика объекта компьютеризации

В состав этого пункта входят следующие подпункты:

1. Описание структуры и процесса функционирования объекта.

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

2. Существующая информационная система и ее недостатки.

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

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

3. Аналитический обзор разработанных автоматизированных систем.

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

4. Обоснование необходимости совершенствования информационной системы

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

Требования к подсистеме в целом

В состав этого пункта входят следующие подпункты:

1. Требования к структуре и функционированию подсистемы.

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

2. Другие требования.

Здесь указываются дополнительные требования к подсистеме:

- требования к численности и квалификации персонала системы и режиму его работы;

- требования к надежности;

- требования к безопасности;

- требования к эксплуатации, техническому обслуживанию, ре­монту и хранению компонентов подсистемы;

- требования к защите информации от несанкционированного доступа;

- требования по сохранности информации при авариях;

- прочие требования.

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

Требования к функциям (задачам), выполняемым подсистемой

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

- временной регламент реализации каждой функции, задачи;

- к качеству реализации каждой функции (задачи);

- требования к выходной информации;

- требования к входной информации;

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

- достоверности выдачи результатов.

Требования к выходной информации

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

В описании по каждому выходному сообщению следует указывать:

1. идентификатор;

2. форму представления сообщения (документ, видеокадр, сигнал управления) и требования к ней;

3. периодичность выдачи;

4. сроки выдачи и допустимое время задержки решения;

5. получателей и назначение выходной информации

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

1) наименование;

2) идентификатор выходного сообщения, содержащего структурную единицу информации;

3) требования к точности и надежности вычисления (при необходимости).

Требования к входной информации

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

В описании по каждой структурной единице информации входных сообщений следует указывать;

1) наименование;

2) требуемую точность ее числового значения (при необходимости);

3) источник информации (документ, видеокадр, устройство, кодограмма, информационная база на машинных носителях и т. д.);

4) идентификатор источника информации.

Для задач АСУТП указывают следующее:

• перечень входных сигналов

• перечень выходных данных

Для входных сигналов указывают:

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

2) для дискретного сигнала - наименование, разрядность и периодичность, тип сигнала;

3) для сигнала типа "да-нет" - источник формирования и смысловое значение сигнала.

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

Требования к видам обеспечения

В состав этого пункта входят следующие подпункты:

1. Требования к математическому обеспечению.

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

2. Требования к информационному обеспечению.

Требования к ИО могут включать следующие пункты (по согласованию с руководителем и консультантом):

• рациональная организация хранения данных, использование БД;

• автоматизация ввода и обработки информации, отсутствие дублирование информации и сокращение избыточности хранимых данных, целостность данных, достоверность и актуальность данных;

• низкая стоимость хранения и использования данных;

• многопользовательский режим доступа к общим данным;

• достаточная производительность доступа к данным при выполнении запросов;

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

• защита от искажения и уничтожения;

• запрет несанкционированного доступа к данным;

• обеспечение конфиденциальности секретной информации;

• возможность ведения архивов и восстановления данных в случае разрушения БД после сбоев.

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

3. Требования к программному обеспечению.

В этом подпункте указываются:

- требования к структуре программного обеспечения подсистемы;

- требования к операционной среде;

- требования к инструментальным средствам разработки ПО;

- требования к использованию готовых программных пакетов (комплексов);

- требования к составу и функциям специального (прикладного) программного обеспечения, подлежащего разработке;

- требования к вспомогательным программным средствам (сервисные программы и утилиты).

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

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

5. Требования к компьютерной сети.

В этом подпункте указываются:

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

- требования к скорости обмена информацией в сети;

- требования к функциональным, конструктивным и эксплуатационным характеристикам сетевого оборудования;

- другие требования по согласованию с руководителем и консультантом по этому разделу.

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

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

Согласно методологии IDEF0 необходимо составить описание функций подсистемы (модель бизнес – процессов) с помощью пакета BPWin. Модель должна представлять собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и должна располагаться на отдельном листе.

Модель должна содержать следующие виды диаграмм:

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

- диаграмма декомпозиции

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

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

Функционально–структурную схему необходимо вынести на демонстрационный лист и характеристику автоматизированной подсистемы представить в докладе перед ГЭК по разработанной схеме.

3.3 Рекомендации по разработке информационного обеспечения

Вибір засобу управління даними

Провадиться порівняння 2-х сучасних СУБД серверного типу приблизно однакової потужності. Проводиться обґрунтування вибору однієї з них. При необхідності провадиться вибір окремої СУБД для клієнтської частини.