Диаграмма состоянийПродолжение следует…
ЛАБОРАТОРНАЯ РАБОТА № 8 Выбор и обоснование алгоритмов (или разработка и описание алгоритмов). Если для организации работы системы можно использовать уже известные алгоритмы, то необходимо провести их сравнительный анализ (по эффективности) и выбрать наилучший для данной системы (при введенных ограничениях). В противном случае пользователь разрабатывает свои алгоритмы, обосновывая их необходимость. Описание алгоритма ведется в вербальной форме и с помощью схем алгоритмов [7]. Описание логической модели данных. Если в проекте данные необходимо хранить в базе данных (БД), то на данном этапе должна быть разработана концептуальная и логическая модель БД, выделены и описаны основные сущности, определены между ними отношения. Модели должны быть представлены в соответствующей нотации (ER-модель (сущность - связь), SHM-модель (семантическую иерархическую модель) [3]). Переход к реляционной модели производится в соответствии с правилами, приведенными в [4]. Обязательным условием является нормализация реляционной модели информационной базы системы.
Физическое проектирование программной системы - завершающий этап разработки системы. Он включает в себя: § разработку пользовательского меню, которое должно быть ориентировано на структуру системы; § описание интерфейса с обоснованием выбора того или иного стандарта оформления /1/. § разработка модулей системы и описание их спецификаций, взаимодействие модулей должно быть представлено в виде диаграммы модулей с указанием иерархии модулей. Реализация проекта и предъявление ПС (подсистемы) руководителю. Реализация проекта производится строго в соответствии с логическим проектом по технологии быстрой разработки приложений RAD (Rapid Application Development), в основе которой лежит спиральная модель жизненного цикла ПС, в определенной среде разработки, при необходимости используются дополнительные инструментальные средства (например, CASE-инструменты в виде специализированных пакетов и сред проектирования), производится автономная и комплексная отладка и тестирование. Руководитель проверяет полноту и качество реализации функций, соответствие системы техническому заданию и логическому проекту. Для демонстрации работоспособности системы необходимо подготовить нескольких тестовых примеров. При необходимости производится доработка реализации с повторным предъявлением системы, после доработки система выносится на защиту. Полное оформление документации проекта и защита проекта. После приемки реализации студент оформляет пояснительную записку к ПС со всеми требуемыми приложениями. ОФОРМЛЕНИЕ ОТЧЕТА Пояснительная записка к проекту оформляется в соответствии со стандартом СГАУ [21] и должна содержать: − титульный лист (пример оформления титульного листа приведен в приложении В); − задание на разработку программной системы (пример технического задания приведен в приложении А); − реферат (пример реферата приведен в приложении Г); − содержание отчета (структура содержания приведена в приложении Б); − введение; − основная часть; − заключение; − перечень принятых сокращений (при наличии); − перечень принятых терминов (при наличии); − список использованных источников; − приложения. Основная часть пояснительной записки делится на разделы: 1) Описание и анализ предметной области; 2) Проектирование системы; 3) Реализация системы; 4) Исследовательская часть (если она оговорена в задании). Во введении раскрывается назначение системы, кратко описываются ее характеристики, актуальность разработки системы, а также приводятся существующие на текущий момент времени аналоги. I. В разделе «Описание и анализ предметной области» отражаются результаты выполнения лабораторной работы №1: даются базовые понятия и определения, описание применяемых методов и математических моделей (при необходимости), описываются системы-аналоги, выделяются объекты системы и их взаимосвязи между ними. III. В разделе «Проектирование системы» отражаются результаты 1.1 разработка структурной схемы системы, в которой описывается назначение всех подсистем; 1.2 функциональная спецификация ПС уточняет структурную схему системы, в ее состав входит перечень функций, выполняемых системой; описание внешней информационной среды и перечень исключительных ситуаций (при необходимости); 1.3 разработка схемы функционирования ПС (с необходимой детализацией внутри подсистем); 1.4 разрабатываются структуры данных и классы объектов, их отношения представляются в виде диаграммы (иерархии) классов, при необходимости разрабатывается концептуальная и логическая модели хранения данных (ER-модель или SHM-диаграмма хранимых данных), определяются структуры потоков данных. Описываются все проектные решения по оптимизации выбранной модели хранения данных, а также по разработке логики процессов обработки данных и управления. 1.5 Производится выбор и обоснование (разработка и описание) алгоритмов, применяемых для обработки данных, описание алгоритмов выполняется с помощью граф-схем; 1.6 Производится выбор комплекса технических и обоснование архитектуры системы, сопровождаемое ресурсными расчетами (требуемый объем оперативной и внешней памяти) и расчетами быстродействия системы. Кроме того, выбираются системные и программных средства (языки программирования, среды разработки, системы управления базами данных, операционные системы). Если в задании оговариваются дополнительные требования к системе по точности, надежности и другим показателям, то в записке должны присутствовать соответствующие расчеты и обоснования, показывающие, что проектируемая система удовлетворяет требованиям задания. II. В разделе «Реализация системы» обосновываются решения, принятые при реализации логического проекта системы: 2.1 Производится описание структуры пользовательского меню, входных и выходных форм интерфейсной части системы. 2.2 Приводится реализация всех структур данных и классов, используемых в системе. Если в системе использовалась БД, то должно быть приведено описание физической модели данных с указанием объемов памяти, необходимых для хранения таблиц, приводятся описание основных запросов, подтверждающих правильность концептуальной модели данных. 2.3 Производится разработка структуры программы на модульном (компонентном) уровне, описываются способы взаимодействия и особенности реализации компонентов, приводится диаграмма компонентов и их описание (в частности указывается, в состав какой подсистемы входит каждый компонент/модуль). 2.4 Разрабатывается тестовый пример и приводятся результаты тестирования системы с наглядным отображением результатов тестирования в виде таблиц, диаграмм, экранов с пояснительным текстом. Разрабатываются и описываются в соответствии со стандартами [21, 22]. Термины и определения должны соответствовать ГОСТ 34.003-90 [2]. Разделы основной части для удобства чтения разбиваются на подразделы с заголовками, соответствующими содержанию подраздела. Подразделы могут быть далее разбиты на отдельные пункты. В приложения выносятся: − листинги программ; − руководство по эксплуатации системы; − текст контрольного примера и результаты тестирования системы; − другие материалы, размещение которых в основной части затрудняет чтение пояснительной записки. Рекомендуемый объем пояснительной записки 30-35 страниц машинописного текста (без приложений). список использованных источников 1. Вендров, А. М. CASE-технологии. Современные методы и средств проектирования информационных систем. [Текст] / А. М. Вендров – М.: Финансы и статистика, 1999. – 256 с.: ил. 2. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы [Сборник]: //Сборник ГОСТ 34.003-90, РД 50-680-88, РД 50-682-89, ГОСТ 34.201-89 - ГОСТ 34.602.89. - М.: Изд-во стандартов, 1992. -150 с. 3. Зеленко, Л.С. Технологии программирования и программная инженерия (1 часть) [Текст]: учебное пособие / Л.С. Зеленко. – Самара: изд-во СГАУ, 2006. – 96 с.: ил. 4. Леоненков, А. В. Нотация и семантика языка UML [Электронный ресурс]/ А.В. Леоненков. – Интернет-университет информационных технологий. http://www.intuit.ru/department/pl/umlbasics. 5. Определение линейного кроссворда [Электронный ресурс] ‑ http://ru.wikipedia.org/wiki/Линейный_кроссворд. 6. СанПиН 2.2.2/2.4.2198-07. Гигиенические требования к персональным электронно-вычислительным машинам и организации работ. Изменение N 1 к СанПиН 2.2.2/2.4.1340-03 [Текст] – Дата введения c 01.07.07. – М.: Бюллетень нормативных и методических документов Госсанэпиднадзора. ‑ № 3. – 2007. 7. ГОСТ 12.1.005-88. Система стандартов безопасности труда. Общие санитарно-гигиенические требования к воздуху рабочей зоны [Текст] – Дата введения 01.01.1989. – М.: Стандартинформ, 2006. – 49 с. 8. ГОСТ 12.1.007-76. Система стандартов безопасности труда. Вредные вещества. Классификация и общие требования безопасности [Текст] – Дата введения 01.01.1977. ‑ М.: Стандартинформ, 2007. – 7 с. 9. Буч, Г. Язык UML. Руководство пользователя [Текст] /Г. Буч, Д. Рамбо, А. Якобсон. ‑ 2-е изд.: Пер. с англ. Мухина Н. – М.: ДМК Пресс, 2006. – 496 с.: ил. 10. Определение кроссворда [Электронный ресурс] ‑ http://ru.wikipedia.org/ 11. Большой Российский энциклопедический словарь [Текст]. ‑ М.: БРЭ, 2003. 12. Вигерс, К. Разработка требований к программному обеспечению [Текст]: Пер. с англ. /К. Вигерс. – М.: Издательский торговый дом «Русская Редакция», 2004. 576с.: ил. 13. Зеленко, Л.С. Программная инженерия. Курс лекций [Текст]: учебное пособие / Л.С. Зеленко. – Самара: изд-во СГАУ, 2012. – 148 с.: ил. 14. Орлик, С. Основы программной инженерии (по SWEBOK). Программные требования [Электронный ресурс] ‑ http://swebok.sorlik.ru/1_software_ 15. Методика составления спецификаций требований к программному обеспечению, рекомендуемая Институтом Инженеров по Электротехнике и Радиоэлектронике (IEEE-830-1998) [Электронный ресурс] ‑ http://www.webisgroup.ru/services/ 16. Соммервиль, И. Инженерия программного обеспечения/ Иан Соммервиль. – М., СПб, Киев: Издательский дом «Вильямс», 2002. – 626 с.: ил. 17. Смит, Дж. Принципы концептуального проектирования баз данных [Текст] // Дж. Смит, Д.Смит // Требования и спецификации в разработке программ. - М.: Мир, 1984. - С.165 - 198. 18. Джексон, Г. Проектирование реляционных баз данных для использования с микроЭВМ [Текст]: /Пер.с анг. - М.: Мир, 1991. - 252 с. 19. Леоненков, А.В. Самоучитель UML [Текст]. – СПб: БВХ-Петербург, 2002. -234 с. 20. Липаев, В.В. Программная инженерия. Методологические основы [Текст]. – М.: Издательство «ТЕИС», 2006. – 609 с. 21. СТО СГАУ 02068410-004-2007. Общие требования к учебным текстовым документам [Текст]: методические указания. - Самара: Изд-во Самар. гос. аэрокосм. ун-та, 2007. - 30 с. 22. ГОСТ 19.701-90 (ИСО 5807-85). ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения. – М.: Изд-во стандартов, 1991. - 26 с. ПРИЛОЖЕНИЕ А
|
