3.3.7 Содержание основных разделов для направления «Разработка информационной подсистемы, обеспечивающую реализацию и поддержку бизнес-процесса предприятия, организации»

1. Аналитическая часть

1.1. Технико-экономическая характеристика объекта. Анализ структуры управления.

1.2. Сущность задачи, обоснование актуальности. Анализ бизнес-процессов функционирования объекта (описание бизнес-процессов предметной области).

1.3. Анализ возможных вариантов концепций построения ИС, АРМ и т.д. (анализ существующей ИТ инфраструктуры и обоснование необходимых изменений).

1.4. Разработка технического задания (ТЗ).

2. Специальная часть

2.1. Обоснование и выбор программных средств обеспечения проектирования (UML, IDF0; BPWIN, ERWIN, Rational Rose и т.д.)

2.2. Обоснование и выбор средств разработки (Delphi, Net, Visual Basic и т.д.), обоснование и выбор платформы (1С, Галактика, Axapta, Парус и т.д.).

2.3. Математические методы и специальные алгоритмы решения задачи.

3. Проектная часть

3.1. Информационное обеспечение

3.1.1. Описание входной, выходной и промежуточной (расчетной) информации.

3.1.2. Проектирование структуры данных. Спецификация базы данных.

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

3.2.1 Проектирование пользовательского интерфейса (сценарии диалогов).

3.2.2. Решения по обеспечению доступа к базе данных (к данным).

3.2.3. Описание программных модулей (фрагменты кода процедур и функций).

3.2.4. Схема взаимосвязи (взаимодействия) программных модулей.

3.2.5. Отладка программных модулей.

3.3. Технологическое обеспечение. Методика решения поставленной задачи с помощью разработанной ИС, АРМ и т.д.

4. Документация.

4.1. Описание технических требований к условиям эксплуатации программного продукта (модуля).

4.2. Программа и методика испытаний.

4.3. Руководство программиста и пользователя.

4.4. Расчет надежности программного продукта (модуля).

Аналитическая часть

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

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

Во втором подразделе аналитической части («Сущность задачи, обоснование актуальности. Анализ бизнес-процессов функционирования объекта (описание бизнес-процессов предметной области)») подробно раскрывается сущность задачи и обосновывается актуальность ее решения. Возможно, выполняется декомпозиции сложной задачи на более простые и рассматривается каждая отдельная подзадача. Решаемую задачу необходимо рассматривать как отдельный бизнес-процесс, обеспечивающий как деятельность отдельного подразделения, так и предприятия в целом. Бизнес-процесс, являющийся набором взаимосвязанных действий выполняемых для достижения определенного целевого результата, должен быть описан согласно графической нотации стандарта функционального моделирования IDEF0. Рассмотрение бизнес-процесса должно быть критическим и предполагает выявление «слабых» мест и оптимизацию отдельных этапов.

В третьем подразделе аналитической части («Анализ возможных вариантов концепций построения ИС, АРМ и т.д. (анализ существующей ИТ инфраструктуры и обоснование необходимых изменений)») описываются применяемые в настоящее время информационные технологии для реализации рассматриваемого бизнес-процесса. В данном подразделе обязательно требуется обосновать изменения в ИТ инфраструктуре, которые необходимо будет выполнить в связи с новыми подходами к решению задачи и организации управления, и указать масштабы этих изменений.

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

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

Аналитическая часть завершается разработкой технического задания. Техническое задание (ТЗ) – исходный технический документ для проведения работ по созданию научно-технической продукции и ее составных частей, устанавливающий требования к содержанию, объемам и срокам их выполнения. См. подраздел 3.3.6.

Специальная часть

См. подраздел 3.3.6.

Проектная часть

3. Проектная часть

3.1. Информационное обеспечение

3.1.1. Описание входной, выходной и промежуточной (расчетной) информации.

3.1.2. Проектирование структуры данных. Спецификация базы данных.

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

3.2.1 Проектирование пользовательского интерфейса (сценарии диалогов).

3.2.2. Решения по обеспечению доступа к базе данных (к данным).

3.2.3. Описание программных модулей (фрагменты кода процедур и функций).

3.2.4. Схема взаимосвязи (взаимодействия) программных модулей.

3.2.5. Отладка программных модулей.

3.3. Технологическое обеспечение. Методика решения поставленной задачи с помощью разработанной ИС, АРМ и т.д.

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

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

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

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

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

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

Ключевым элементом информационной подсистемы является база данных. При проектировании информационного обеспечения были приняты проектные решения относительно структуры данных. Следующим этапом является определения способов доступа к данным, возможно расположенных в различных источниках. Механизм доступа к базе данных могут определяться базовой платформой информационной подсистемы или средой разработки программного обеспечения. В проектной части необходимо описать механизмы подключения к источникам данных (например, ODBC, OLE и другие) и язык манипулирования данными (Transact SQL, PL\SQL).

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

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

Содержание подраздела «Отладка программных модулей» подробно описана в подразделе 3.3.6 настоящего документа.

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

Дополнительную информацию по подразделам проектной части можно получить в подразделе 3.3.6.

Документация

См. подраздел 3.3.6. настоящего документа.