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

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

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

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

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

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

Программное обеспечение задачи

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

Во многих случаях программное обеспечение задачи создается конструкторами и мастерами, например 1С-Предприятие, MS Access и др. В этом случае пункты 2.2.1 – 2.2.4 можно объединить и описать процесс использования мастера или конструктора для создания программного обеспечения задачи. При этом необходимо указать теоретические аспекты применения конструктора и выделить те фрагменты автоматически созданного кода, в которые были внесены ручные изменения.

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

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

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