Выбор программного обеспечения

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

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

Проектирование

    2.1 Описание и ER-диаграмма базы данных

Данный подраздел может отсутствовать, если темой дипломной работы является создание иного прикладного приложения, отличного от приложения для работы с базой данных. При написании данного подраздела следует использовать знания и навыки, полученные при изучении МДК 02.02 Технология разработки и защиты баз данных.

В подразделе следует описать процесс проектирования базы данных. Этап проектирования – это теоретическое построение исходной информационной модели базы данных. Он включает в себя:

- сбор информации о предметной области, ее структуре, входных и выходных информационных потоках данных, изучение задач автоматизации, анализ и выделение объектов исходной системы, и определение связей между ними;

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

- назначение первичных ключей (полей) для каждого объекта и нормализация (разбиение) исходных таблиц;

- проверку корректности проекта, который должен все выделенные объекты, их атрибуты и описываемые процессы отображать на требуемом уровне детализации, отображать предметную область, требующую решения задачи;

-  определение логической структуры базы данных;

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

Обучающийся должен описать процесс выявления сущностей базы данных, определения атрибутов и связей, а также представить графическую модель базы данных (Entity-Relationship Diagram) в любой нотации, использую либо встроенные средства системы управления базами данных, либо графические пакеты, такие как Microsoft Visio, EDRAW UML и т.п.

    2.2 Проектирование модулей

При написании данного подраздела следует использовать знания и навыки, полученные при изучении ПМ.01 Разработка программных модулей программного обеспечения для компьютерных систем, ОП.05 Основы программирования.

Сложная система обычно может быть разделена на более простые части — модули. Модульность является важным качеством инженерных процессов и продуктов.

Главное преимущество модульности заключается в том, что она позволяет применять принцип разделения задач на двух этапах:

- при работе с элементами каждого модуля отдельно (игнорируя элементы других модулей);

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

Если данные этапы выполняются в последовательности, предусматривающей сначала концентрацию процессов на модулях, а затем — их объединение, то система проектируется снизу вверх. Если сначала систему разбивают на модули, а потом работают над их индивидуальным проектированием, то это — проектирование сверху вниз.

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

- программных модулей, оформляемых как законченные компоненты текста программ;

- функциональных групп (компонентов) или пакетов программ;

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

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

Тестирование и отладка

При написании данного подраздела следует использовать знания и навыки, полученные при изучении ПМ.01 Разработка программных модулей программного обеспечения для компьютерных систем, МДК.03.01 Технология разработки программных продуктов.

Тестирование программного средства ‑ это процесс выполнения программ на некотором наборе данных, для которого заранее известен результат применения или известны правила поведения этих программ. Указанный набор данных называется тестовым или просто тестом. Тестирование программ является одной из составных частей более общего понятия ‑ «отладка программ». Под отладкой понимается процесс, позволяющий получить программу, функционирующую с требующимися характеристиками в заданной области изменения входных данных.

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

Требования к разделу Документирование программного обеспечения. Составления руководства пользователя

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

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

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

Руководящими стандартами для создания документа Руководство пользователя могут являться как РД 50-34.698-90 в п.п. 3.4. «Руководство пользователя», так и ГОСТ 19.505-79 «Руководство оператора. Требования к содержанию и оформлению».

При разработке этого документа следует учитывать следующие рекомендации:

- руководство должно содержать все инструкции, необходимые пользователю;

- изложение должно быть ясным, короткими предложениями;

- следует избегать технического жаргона и узко специальной терминологии;

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

Руководство пользователя, как правило, содержит следующие разделы:

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

- описание установки (подробное описание действий по установке программного продукта и сообщений, которые при этом могут быть получены);

- описание запуска (описание действий по запуску программы и сообщений, которые при этом могут быть получены);

- инструкции по работе или описание пользовательского интерфейса (описание режимов работы, форматов ввода-вывода информации и возможных настроек);

- сообщения пользователю (содержит перечень возможных сообщений, описание их содержания и действий, которые необходимо предпринять по этим сообщениям).

Требования к разделу Экономическая оценка программного обеспечения

В экономическом разделе выполняется экономическое обоснование дипломной работы.

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

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

- Исследование и анализ рынка;

- План маркетинговых действий;

- Финансовый план;

- Расчет экономического эффекта.

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

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

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

Схема 1 - Маркетинговая ориентация ПП

Далее надо описать, за какое время и каким образом разработчик привлечет потенциального пользователя.

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

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

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

Таблица 1 ‑ Потребность в оборудовании и технических средствах

№	Наименование технических средств и ПО	Тип или модель	Стоимость, руб.	Срок службы по ПБУ, лет	Сумма амортизации, руб./год
1 2 3 4	Компьютер Принтер Приобретение ЛВС Пакеты прикладных программ и т.п.
Итого

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

 

Таблица 2 ‑ Потребность в персонале и оплата труда

Категория персонала-должность	Разряд	Оплата труда, руб./мес	Потребное время на разработку ПП, мес.	Заработная плата на разработку ПП, тыс.руб.	Начисления на з/пл., тыс. руб.	Всего зарплата, тыс. руб.

В текущие затраты включают:

- Затраты, связанные с использованием вычислительную технику на разработку и отладку программ;

- Затраты на электроэнергию;

- Накладные расходы;

- Расходы на рекламу и т. п.

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

В данном разделе можно также привести бизнес-модель внедрения программного продукта, например, бизнес-модель «8 кубиков» или Остервальдера. А также возможен расчет экономических затрат на ресурсы с использованием возможностей MS Project.

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

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

В приложении указываются скрины форм проекта.