9. Основная часть

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

Состав и структура основной части ПЗ устанавливается в соответствии с техническим заданием на ДП (ДР).

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

• обследование предметной области;

• обоснование актуальности темы;

• определение цели, назначения и задач проектирования;

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

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

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

• построение информационно-логической модели системы;

• построение диаграммы перехода состояний, при необходимости;

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

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

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

• определение экономического и социального эффекта от разработанного проекта (технико-экономический раздел);

• обеспечение эргономики рабочего места.

Рекомендуется основную часть дипломных проектов, выполненных по специальности 080801.65 «Прикладная информатика (в сфере сервиса)», подразделять на разделы:

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

2 .Техническое задание;

3. Рабочий проект;

4. Расчет экономической эффективности;

5. Обеспечение эргономики рабочего места.

В основной части дипломного проекта описание и анализ предметной области, концепции разрабатываемой системы следует приводить с использованием средств CASE-технологии.

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

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

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

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

Основная часть раздела должна содержать следующие подразделы:

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

2. Определение актуальности;

3. Определение цели, назначения и задач проектирования;

4. Выбор критериев оценки альтернатив для решения проблемы;

5. Конструирование альтернатив решения проблемы и их анализ по выработанным критериям.

В подразделе «Описание предметной области» приводится описание существующей технологии обработки информации (или фактического состояния объекта), разрабатывается функциональная модель AS-IS. Дается краткая характеристика технико-экономических аспектов объекта управления, включающая наименование, юридический статус и миссию предприятия, его организационную структуру, номенклатуры готовой продукции (услуг), материалов и ресурсов, положение на рынке (основные конкуренты, аналогичные организации, масштабы деятельности, сфера влияния, доля рынка, количество клиентов, поставщиков, имущества, персонала, объемы выпуска продукции / оказания услуг), основные тенденции развития организации и отрасли, сильные и слабые стороны организации и т.д. Также в подразделе определяется контекст бизнеса и бизнес-процессы предприятия, их реализация, описываются объекты автоматизации, информационные связи между структурными единицами, выделяются границы разрабатываемой системы и внешние сущности, взаимодействующие с системой. При описании предметной области особое внимание следует уделить той ее части, которая наиболее существенно влияет на разрабатываемый проект. Для наглядности представления предметной области, точности и полноты раскрытия бизнес-процессов рекомендуется использовать диаграммы методологии структурного анализа и проектирования (IDEF0), диаграммы в нотации IDEF3, диаграммы потоков данных (DFD), диаграммы бизнес-вариантов использования (USE CASE), диаграммы взаимодействия (последовательности (SEQUENCE) и кооперации (COLLABORATION)), диаграммы деятельности (ACTIVITY) и другие диаграммы, позволяющие более детально раскрыть специфику предметной области. Выбор диаграмм зависит от характера задачи.

Актуальность темы ДП (ДР) – это та причина, по которой именно сейчас, в настоящее время, возникла потребность исследовать ее, это ее злободневность. В подразделе «Определение актуальности» необходимо описать проблемы деятельности, возникающие при использовании существующей технологии (недостатки, устранение которых предполагается осуществить в проекте), спрогнозировать их развитие при отсутствии решения и оценить актуальность решения проблем.

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

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

Назначение содержит указание ожидаемого эффекта от внедрения разрабатываемой системы. Достигаемые эффекты можно разделить на две группы показателей:

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

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

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

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

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

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

Примерами альтернатив могут быть:

1. Разработка типовых проектных решений, зафиксированных в пакетах прикладных программ;

2. Решение задач с последующей привязкой пакета прикладных программ к конкретным условиям внедрения и функционирования (настройка готовых пакетов прикладных программ);

3. Разработка АСОИУ

3.1 Постановка задачи для других разработчиков;

3.2 Разработка собственными силами.

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