 |
Документирование требований к приложению. Составление технического задания
|
|
|
|
При написании данного подраздела следует опираться на знания, полученные при изучении МДК.03.01 Технология разработки программного обеспечения, МДК 03.03 Документирование и сертификация программного обеспечения.
Техническое задание должно соответствовать ГОСТ 19.201-78 Техническое задание. Требование к содержанию и оформлению.
Техническое задание представляет собой документ, в котором сформулированы основные цели разработки, требования к программному продукту, определены сроки и этапы разработки. В разработке технического задания участвуют как руководитель дипломного проекта, так и дипломник. В основе этого документа лежат исходные требования заказчика, анализ передовых достижений техники, предпроектные исследования.
Техническое задание, посвященное разработке программной системы, включает в себя:
- Введение
Должно включать наименование и краткую характеристику области применения программы или программного продукта, а также объекта (например, системы) в котором предполагается их использовать. Основное назначение введения – продемонстрировать актуальность данной разработки и показать, какое место эта разработка занимает в ряду подобных задач.
- Основание для разработки
Должно содержать наименование документа (план, приказ, договор и т.п.), на основании которого ведется разработка, организации, утвердившей данный документ.
- Назначение разработки
Раздел должен содержать описание функционального и эксплуатационного назначения программного продукта с указанием категорий пользователей.
- Требования к программе или программному изделию
Раздел должен содержать следующие подразделы:
- Требования к функциональным характеристикам
|
|
|
Должны быть перечислены выполняемые функции и описаны состав, характеристики и формы представления исходных данных и результатов. Здесь при необходимости указываются критерии эффективности: максимально допустимое время ответа системы, максимальный объем используемой и/или оперативной памяти и др.
- Требования к надежности
В этом подразделе регламентируют действия разрабатываемого продукта по увеличению надежности результатов (контроль входной и выходной информации, создание резервной копии промежуточных результатов и т.п.)
- Требования к составу и параметрам технических средств
Указывают необходимый состав технических средств с указанием их основных технических характеристик: тип микропроцессора, объем памяти, наличие внешних устройств и т.п. При этом часто указывают два варианта конфигурации: минимальный и рекомендуемый.
- Требования к информационной и программной совместимости
В разделе указывают используемую операционную систему, язык или среду программирования для разработки и другие системные и пользовательские программные средства, с которыми должно взаимодействовать разрабатываемое программное обеспечение.
- Требования к программной документации
Указывают необходимость наличия пояснительной записки, руководства пользователя и т.п.
- Технико-экономические показатели
В этом разделе рекомендуется указывать ориентировочную экономическую эффективность, предполагаемую годовую потребность и экономические преимущества по сравнению с существующими аналогами.
- Стадии и этапы разработки
Указывают стадии разработки, этапы и содержание работ с указанием сроков разработки и исполнителей.
На основании технического задания студент составляет план-проспект дипломной работы, отражающий его содержание.
Требования к разделу Разработка программных модулей программного обеспечения
|
|
|
Данный раздел является основой дипломной работы, ему должны быть подчинены остальные разделы. Конкретное содержание раздела определяется темой дипломной работы. При написании данного раздела следует опираться на знания, полученные при изучении ПМ.01 Разработка программных модулей программного обеспечения для компьютерных систем, МДК 02.02 Технология разработки и защиты баз данных, МДК 03.01 Технология разработки программного обеспечения, МДК 03.02 Инструментальные средства разработки программного обеспечения.
Примерное содержание может быть следующим:
Выбор программного обеспечения
В данном подразделе необходимо описать программное обеспечение, выбранное для реализации приложения: интегрированную среду разработки, язык программирования, систему управления базами данных и т.д.
Обучающийся сам выбирает программное обеспечение, и оно закрепляется руководителем в задании на дипломную работу.
Проектирование
2.1 Описание и ER-диаграмма базы данных
Данный подраздел может отсутствовать, если темой дипломной работы является создание иного прикладного приложения, отличного от приложения для работы с базой данных. При написании данного подраздела следует использовать знания и навыки, полученные при изучении МДК 02.02 Технология разработки и защиты баз данных.
В подразделе следует описать процесс проектирования базы данных. Этап проектирования – это теоретическое построение исходной информационной модели базы данных. Он включает в себя:
- сбор информации о предметной области, ее структуре, входных и выходных информационных потоках данных, изучение задач автоматизации, анализ и выделение объектов исходной системы, и определение связей между ними;
- определение свойств и характеристик для каждого объекта в БД, которым назначаются поля (атрибуты), составляются исходные таблицы и отношения между ними, выполняется определение элементов данных, включаемых в базу данных, ограничения на значения данных и т.п.
- назначение первичных ключей (полей) для каждого объекта и нормализация (разбиение) исходных таблиц;
- проверку корректности проекта, который должен все выделенные объекты, их атрибуты и описываемые процессы отображать на требуемом уровне детализации, отображать предметную область, требующую решения задачи;
|
|
|
- определение логической структуры базы данных;
- решение вопросов защиты и поддержки целостности базы данных. Под обеспечением целостности данных понимается система мер, направленных на поддержание правильности данных в базе в любой момент времени.
Обучающийся должен описать процесс выявления сущностей базы данных, определения атрибутов и связей, а также представить графическую модель базы данных (Entity-Relationship Diagram) в любой нотации, использую либо встроенные средства системы управления базами данных, либо графические пакеты, такие как Microsoft Visio, EDRAW UML и т.п.
2.2 Проектирование модулей
При написании данного подраздела следует использовать знания и навыки, полученные при изучении ПМ.01 Разработка программных модулей программного обеспечения для компьютерных систем, ОП.05 Основы программирования.
Сложная система обычно может быть разделена на более простые части — модули. Модульность является важным качеством инженерных процессов и продуктов.
Главное преимущество модульности заключается в том, что она позволяет применять принцип разделения задач на двух этапах:
- при работе с элементами каждого модуля отдельно (игнорируя элементы других модулей);
- при работе с общими характеристиками групп модулей и отношениями между ними с целью объединить их в конкретный, более крупный и сложный компонент.
Если данные этапы выполняются в последовательности, предусматривающей сначала концентрацию процессов на модулях, а затем — их объединение, то система проектируется снизу вверх. Если сначала систему разбивают на модули, а потом работают над их индивидуальным проектированием, то это — проектирование сверху вниз.
При структурном построении комплексов программ важное значение имеет размер и сложность компонентов для каждого уровня иерархии и соответственно число иерархических уровней для крупных ПС. По принципам построения, языку описания, размеру и другим характеристикам компонентов в структуре ПС можно выделить иерархические уровни:
|
|
|
- программных модулей, оформляемых как законченные компоненты текста программ;
- функциональных групп (компонентов) или пакетов программ;
- комплексов программ, оформляемых как законченные программные продукты определенного целевого назначения.
В данном подразделе обучающийся описывает этап проектирования программных модулей: представляются скриншоты визуального проектирования окон, приводиться краткое описание использованных компонентов (визуальных и невизуальных), а также обязательно наличие значимых участков программного кода с описанием целей, для которых реализован представленный алгоритм.
Тестирование и отладка
При написании данного подраздела следует использовать знания и навыки, полученные при изучении ПМ.01 Разработка программных модулей программного обеспечения для компьютерных систем, МДК.03.01 Технология разработки программных продуктов.
Тестирование программного средства ‑ это процесс выполнения программ на некотором наборе данных, для которого заранее известен результат применения или известны правила поведения этих программ. Указанный набор данных называется тестовым или просто тестом. Тестирование программ является одной из составных частей более общего понятия ‑ «отладка программ». Под отладкой понимается процесс, позволяющий получить программу, функционирующую с требующимися характеристиками в заданной области изменения входных данных.
При написании данного раздела следует предоставить скрины успешной компиляции программного продукта, а также успешного подключения базы данных. При использовании языка SQL для написания запросов к базе данных можно указать исправленные ошибки, приводящие к возврату неверного результата. При написании приложений под Интернет, клиент-серверных приложений или проектировании компьютерных сетей можно предоставить скрин успешного отклика сервера.
|
|
|
