4.9. Оформление приложений

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

• обоснование разработки собственной системы;

• расчет экономической эффективности;

• функционально-стоимостной анализ проектируемой системы;

• листинги программ;

• формы входных и выходных документов;

• экранные формы.

• чертежи блок-схем БД

Каждое приложение должно начинаться с новой страницы и иметь заголовок, напечатанный прописными буквами. По центру прописными буквами пишут слово "ПРИЛОЖЕНИЕ".

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

При ссылке на приложение в тексте дипломной работы пишут сокращенно строчными буквами "прил." и указывают номер приложения, например: "... в приложении А».

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

5. Содержание разделов дипломной работы

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

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

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

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

Технология функционирования объекта. Описание функционирования объекта производится в нотации методологии функционального моделирования SADT, как подмножества стандарта IDF0 [1,2]. Эта нотация позволяет представить функции предприятия, функциональные связи и данные (информацию или объекты), которые связывают эти функции.

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

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

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

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

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

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

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

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

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