«Программное обеспечение задачи (комплекса задач, АРМ)». Подпункты 2.2.1 – 2.2.4 этого раздела включают общие положения, отражающие стандарты и требования к аппаратным и программным ресурсам для успешной эксплуатации программного средства. Здесь же приводится описание использованных средств разработки. Затем производится характеристика архитектуры проектируемого программного средства, которая представляется структурной схемой пакета (деревом вызова процедур и программ). После чего производится описание программных модулей и файлов.
В подпункте «Общие положения (дерево функций и сценарий диалога)» следует привести иерархию функций управления и обработки данных, которые призван автоматизировать разрабатываемый программный продукт. При этом можно выделить и детализировать два подмножества функций: реализующих служебные функции (например, проверки пароля, ведения календаря, архивации баз данных, тьютора и др.) и реализующих основные функции ввода первичной информации, обработки, ведения справочников, ответов на запросы и др.
Выявление состава функций, их иерархии и выбор языка общения (например, языка типа «меню») позволяет разработать структуру сценария диалога, дающего возможность определить состав кадров диалога, содержание каждого кадра и их соподчиненность.
При разработке структуры диалога необходимо предусмотреть возможность работы с входными документами, формирование выходных документов, корректировки вводимых данных, просмотра введенной информации, проект с файлами нормативно-справочной информации, протоколирования действий пользователя, а также помощь на всех этапах работы.
В этом подпункте следует выбрать способ описания диалога. Как правило, применяется два способа описания диалога. Первый предполагает использование табличной формы описания. Второй использует представление структуры диалога в виде орграфа, вершины которого перенумерованы, а описание его содержания в соответствии с нумерацией вершин, либо в виде экранов, если сообщения относительно просты, либо в виде таблицы.
Диалог в ИиВТ не всегда можно формализовать в структурной форме. Как правило, диалог в явном виде реализован в тех системах, которые жестко привязаны к исполнению предметной технологии. В некоторых сложных системах (например, в экспертных системах) диалог не формализуется в структурной форме и тогда данный пункт может не содержать описанных схем. Описание диалога, реализованного с использованием контекстно-зависимого меню не требует нестандартного подхода. Необходимо лишь однозначно определить все уровни, на которых пользователь принимает решение относительно следующего действия, а также обосновать решение об использовании именно этой технологии (описать дополнительные функции, контекстные подсказки и т.д.).
В подпункте «Структурная схема пакета (дерево вызова процедур и программ)» на основе результатов, полученных в предыдущем пункте, строится дерево программных модулей, отражающих структурную схему пакета, содержащей программные модули различных классов:
выполняющие служебные функции;
управляющие модули, предназначенные для загрузки меню и передачи управления другому модулю;
модули, связанные с вводом, хранением, обработкой и выдачей информации.
Для каждого модуля здесь необходимо указать идентификатор и выполняемые функции.
В случае проектирования программного обеспечения АРМ для корпоративной системы следует дополнительно рассмотреть состав транзакций и типовых процедур ведения корпоративных баз данных.
Описание программных модулей должно включать блок-схемы и описание блок-схем алгоритмов основных расчетных модулей (объемом не менее 500 операторов).
Подпункт «Схема взаимосвязи программных модулей и информационных файлов». Схема взаимосвязи программных модулей и информационных файлов отражает взаимосвязь программного и информационного обеспечения комплекса задач, и может быть представлена несколькими схемами, каждая из которых соответствует определенному режиму. Головная часть, представляется одним блоком с указателями схем режимов.
Все графические материалы должны быть оформлены в соответствии с требованиями ГОСТ по оформлению дипломных и курсовых работ.
Пункт «Технологическое обеспечение задачи (комплекса задач, АРМ)». Подпункты 2.3.1 – 2.3.2 технологического обеспечения включают описание организации технологии сбора, передачи, обработки и выдачи информации и отражает последовательность операций, начиная от способа сбора первичной информации, включающей два типа документов (документы, данные из которых используются для корректировки НСИ и документы, представляющие оперативную информацию, используемую для расчетов), и заканчивая формированием результатной информации и способами ее передачи. Затем приводится схема технологического процесса сбора, передачи, обработки и выдачи информации.
Третья глава «Обоснование экономической эффективности проекта» дает характеристику экономической эффективность данной работы. Ниже приводится ее рекомендуемая структура.
3. Обоснование экономической эффективности проекта
3.1. Выбор и обоснование методики расчета экономической эффективности.
3.2. Расчет показателей экономической эффективности проекта.
В основе описания экономической эффективности лежит сопоставление существующего и внедряемого технологических процессов (базового и проектного вариантов), анализ затрат, необходимых для выполнения всех операций технологического процесса. В случае, если работа изменяет не всю технологию обработки, а только некоторые ее этапы, необходимо сопоставить операции этих этапов. Необходимо рассчитать затраты на разработку проекта. Рекомендуется также предоставить об основание эффективности выбранных в аналитической части ключевых проектных решений.
Выводы об экономической эффективности делаются на основе вычисленных экономических показателей. По выбору возможны следующие направления расчета экономической эффективности:
Сравнение вариантов организации ИиВТ по комплексу задач (например, сравнение ИиВТ, предлагаемой в работе, с существующей).
Сравнение вариантов организации информационной базы комплекса задач (файловая организация и база данных).
Сравнение вариантов технологии проектирования (например индивидуального проектирования с методами, использующими пакеты программ или модельного проектирования).
Сравнение вариантов технологии внутри машинной обработки данных.
В пункте «Выбор и обоснование методики расчета экономической эффективности проекта» в зависимости от выбранного направления расчета должна быть изложена методика и специфика расчета экономической эффективности работы, указаны все необходимые для выводов показатели и формулы их расчетов. Как правило, наиболее востребованными оказываются трудовые, стоимостные показатели, срок окупаемости проекта.
В «Заключении» рекомендуется сделать выводы по проекту, определить пути его внедрения и направления дальнейшего совершенствования ИиВТ. Оно должно содержать общие выводы, обобщенное изложение основных проблем, авторскую оценку работы с точки зрения решения задач, поставленных в дипломной работе, данные о практической эффективности от внедрения рекомендации или научной ценностей решаемых проблем. Могут, быт указаны перспективы дальнейшей разработки темы. Примерный объем заключений 5-10% от общего объема работы.
В «Приложении» обязательно должна быть распечатка на исходном языке программирования отлаженных основных расчетных модулей (около 400 операторов языка высокого уровня) или адаптированных программных средств, использованных в работе.
|