В разделе 5 приводится перечень используемых системных и прикладных программных средств, включая операционную систему, систему программирования, систему управления базами данных (если в системе будет использоваться базы данных) и другие инструментальные средства с точным наименованием версий, если они заранее известны. Иначе указывается, что состав программного обеспечения определяется в процессе проектирования системы. Дополнительно могут быть указаны требования по совместимости разрабатываемого программного обеспечения с существующими системами.
В разделе 6 отдельно выделяется подраздел 6.1.- Функции, реализуемые системой. В нем приводится подробный перечень функций, которые должна выполнять проектируемая система или подсистема в процессе ее эксплуатации. Отдельно должны быть выделены функции ввода данных, их обработки, передачи, хранения, а также формирования отчетов с выдачей на экран или печатающие устройства, функции управления, работа со справочниками и различные сервисные (обслуживающие систему) функции.
Формулировка функций должна быть однозначной и конкретной, так как именно она является основой приемки проекта руководителем и проверки на полноту и качество реализованной системы или подсистемы.
В других подразделах оговариваются специальные технические требования, предъявляемые к системе:
- по быстродействию (времени реакции);
- по режиму работы (диалоговый/интерактивный, автоматический);
- по точности (в случае, если в системе производятся точные математические расчеты или используются внешние информационные источники (датчики, измерители и т.п.));
- по достоверности;
- по условиям функционирования (диапазон температур, относительная влажность, давление, наличие в атмосфере пыли, вредных примесей и т.д.),
- а также все другие количественные и качественные показатели, определяющие эффективность функционирования системы.
В раздел 6 включаются, если необходимо, дополнительные задания, связанные тематически с выполнением проекта (наполнение справочников, изготовление рекламных роликов и т.д.).
Пример оформления задания приведен в приложении В.
4 СОДЕРЖАНИЕ курсового проекта
В рамках курсового проекта студент (группа студентов - команда) разрабатывает сложную программную систему, причем каждый студент отвечает за полную проработку своей подсистемы. Проектирование системы (подсистемы) производится по технологии быстрой разработки приложений (RAD), которая поддерживается методологией структурного проектирования и включает элементы объектно-ориентированного проектирования и анализа предметной области.
В соответствии с методологией выделяются следующие шаги работы над проектом (системой).
1. Анализ (описание) предметной области, где выделяются основные объекты, участвующие в функционировании системы, определяются их наиболее существенные характеристики, взаимосвязи в рамках решаемой задачи, а также определяются основные информационные потоки в системе.
2. Постановка задачи. На данном этапе формулируются все требования, которым должна удовлетворять система (уточняется содержание технического задания), перечисляются функции, выполняемые системой.
3. Построение структурной схемы программной системы. На данном этапе система по функциональному признаку разделяется на основные подсистемы, между ними указываются информационные связи или связи по управлению, описывается основное назначение подсистем. При необходимости структура подсистем детализируется.
4. Разработка спецификаций для системы целиком и каждой подсистемы в отдельности:
· Разработка спецификации качества, в которой перечисляются основные требования: уровень надежности, требования к разработке интерфейса и т.п..
· Разработка функциональной спецификации системы, которая включает в себя:
- Перечень всех функций системы с привязкой их к конкретной подсистеме и к информационной среде (входные и выходные данные);
- Описание внешней информационной среды, которое должно быть представлено в виде контекстной диаграммы потоков данных:
- Перечень исключительных ситуаций и реакцию системы на их возникновение, при необходимости приводится перечень ошибок, которые могут возникать в системе и соответствующие им системные сообщения;
Функциональная спецификация должна в полном объёме отображать информационные связи проектируемой системы как с внешним миром, так и между подсистемами. При необходимости расписываются информационные связи для сложных подсистем (спецификация второго уровня).
5. Построение схемы функционирования программной системы в виде диаграммы последовательности (выполняется в стандарте UML /5/), которая моделирует взаимодействие объектов во времени, или в виде диаграммы деятельности, которая демонстрирует логику работы системы. При необходимости детализируется схема функционирования подсистем.
6. Разработка структур данных и классов объектов. На данном этапе для всех информационных объектов, выделенных в системе (см. п.1), разрабатываются классы с указанием полей, методов и свойств, которые регулируют процессы обработки данных (потоки данных заданной структуры) и/или структуры данных. Результатом является либо диаграмма пользовательских классов, которая показывает отношение классов между собой (выполняется в стандарте UML), либо иерархия классов среды разработки с указанием классов, от которых наследуются пользовательские классы (в случае независимости пользовательских классов между собой). Если в ходе курсового проектирования данные заносятся в файлы, то здесь должна быть определена их структуры и сделано соответствующее обоснование.
7. Выбор и обоснование алгоритмов обработки данных (или разработка и описание алгоритмов). Если для организации работы системы можно использовать уже известные алгоритмы, то необходимо провести их сравнительный анализ (по эффективности) и выбрать наилучший для данной системы (при введенных ограничениях). В противном случае пользователь разрабатывает свои алгоритмы, обосновывая их необходимость. Описание алгоритма ведется в вербальной форме и с помощью граф-схем алгоритмов /7/.
8. Описание логической модели данных. Если в проекте данные необходимо хранить в базе данных (БД), то на данном этапе должна быть разработана концептуальная и логическая модель БД, выделены и описаны основные сущности, определены между ними отношения. Модели должны быть представлены в соответствующей нотации (ER-модель (сущность - связь), SHM-модель (семантическую иерархическую модель) /3/). Переход к реляционной модели производится в соответствии с правилами, приведенными в /4/. Обязательным условием является нормализация реляционной модели информационной базы системы.
9. Анализ и уточнение спецификаций проекта: взаимодействие объектов, потоков данных, функций подсистем.
10. Оформление логического проекта и его представление руководителю.
11. Физическое проектирование программной системы - завершающий этап разработки системы. Он включает в себя:
- разработку пользовательского меню, которое должно быть ориентировано на структуру системы;
- описание интерфейса с обоснованием выбора того или иного стандарта оформления /1/.
- разработка модулей системы и описание их спецификаций, взаимодействие модулей должно быть представлено в виде диаграммы модулей с указанием иерархии модулей.
12. Реализация проекта и предъявление ПС (подсистемы) руководителю. Реализация проекта производится строго в соответствии с логическим проектом по технологии быстрой разработки приложений RAD (Rapid Application Development), в основе которой лежит спиральная модель жизненного цикла ПС, в определенной среде разработки, при необходимости используются дополнительные инструментальные средства (например, CASE-инструменты в виде специализированных пакетов и сред проектирования), производится автономная и комплексная отладка и тестирование. Руководитель проверяет полноту и качество реализации функций, соответствие системы техническому заданию и логическому проекту. Для демонстрации работоспособности системы необходимо подготовить нескольких тестовых примеров. При необходимости производится доработка реализации с повторным предъявлением системы, после доработки система выносится на защиту.
13. Полное оформление документации проекта и защита проекта. После приемки реализации студент оформляет пояснительную записку к ПС со всеми требуемыми приложениями.
Замечания:
Оформленный логический проект предъявляется руководителю проекта в сроки, установленные заданием, и, после его корректировки, принимается в качестве основы для реализации.
Если в процессе реализации возникает необходимость изменения структурных схем, диаграмм, логики процессов, то по согласованию с руководителем логический проект корректируется и переоформляется. Все отступления от утвержденного задания согласовываются с руководителем проекта и заверяются его личной подписью. При наличии большого числа корректировок ( 3 и более) задание переоформляется и утверждается вновь.
5 ОФОРМЛЕНИЕ ОТЧЕТА
Пояснительная записка к проекту оформляется в соответствии со стандартом СГАУ /2/ и должна содержать:
1) титульный лист (пример оформления титульного листа приведен в приложении А);
2) задание на ПС (пример технического задания приведен в приложении В);
3) реферат (пример реферата приведен в приложении Б);
4) содержание (структура содержания приведена в приложении Г);
5) введение;
6) основная часть;
7) заключение;
8) перечень принятых сокращений (при наличии);