![]() Главная страница Случайная страница КАТЕГОРИИ: АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника |
Общие требованияСтр 1 из 3Следующая ⇒
АЭРОКОСМИЧЕСКИЙ КОЛЛЕДЖ
Методические указания Для выполнения Курсового проекта
по дисциплине «Технология разработки программного обеспечения»
Специальность: 09.02.03 Программирование в компьютерных системах
Форма обучения: очная
Г.
Общие требования
Курсовое проектирование является заключительным этапом изучения студентами дисциплины «Технология разработки программного обеспечения». В процессе курсового проектирования у студентов формируются навыки ведения самостоятельной работы и разработки проектных решений по информационному, технологическому и программному обеспечению. Студенты учатся: 1) Анализировать информационную среду предметной области и устанавливать структурное представление и взаимосвязи с другими компонентами информационного пространства; 2) Анализировать информационные потоки, выстраивать логическую структуру проекта; 3) Организовывать базы данных; 4) Алгоритмизировать предметную область и организовывать программное обеспечение; 5) Использовать современные алгоритмические языки программирования и СУБД; 2. Структура «Пояснительной записки»
В процессе выполнения курсового проекта студент должен разработать программную документацию, что, как правило, вызывает больше трудностей и проблем, нежели непосредственная работа с программой. Курсовой проект должен включать оттестированное программное средство и пояснительную записку. Пояснительная записка проекта должна иметь следующую структуру: - титульный лист установленного образца (Приложение А); - задание на курсовой проект (Приложение Б); - содержание курсового проекта (Приложение В). Ниже приводится примерная структура курсового проекта и содержание его разделов, отражаемых в пояснительной записке.
Введение 1. Разработка системного проекта 1.1 Назначение разработки 1.2 Требования к функциональным характеристикам 1.3 Требования к надежности и безопасности 1.4 Требования к составу и параметрам технических средств 1.5 Требования к информационной и программной совместимости 2. Разработка технического проекта 2.1 Анализ требований и определение спецификаций программного обеспечения 2.2 Проектирование модели данных 2.3 Детальное проектирование программного обеспечения 3. Реализация 3.1 Обоснование выбора средств разработки 3.2 Описание основных программных модулей 4. Тестирование программного продукта 5. Документация пользователя 5.1 Руководство пользователя 5.2 Справочная система Заключение Приложения Список литературы В стандарте ЕСПД необходимо обратить внимание на следующие разделы: - виды программных документов ГОСТ 19.101-77; - стадии разработки ГОСТ 19.102-77; - техническое задание. Требования к содержанию и оформлению ГОСТ 19.201-78; - схемы алгоритмов, программ данных и систем ГОСТ 19.701-90; - текст программы ГОСТ 19.401-78; - описание программы ГОСТ 19.402 -78; - программа и методика испытаний ГОСТ 19.301-79 - пояснительная записка ГОСТ 19.404-79; - описание применения ГОСТ 19.502-78; - руководство системному программисту ГОСТ 19.503-79; - руководство программиста ГОСТ 19.504-79; - руководство оператору ГОСТ 19.505-79.
Содержание курсового проекта
В пояснительной записке должна содержаться следующая информация. Введение. Во введении кратко описывается состояние вопроса, формулируются цель и задачи проекта, а также актуальность и обоснованность его решения, краткая характеристика области применения разрабатываемого программного продукта и описание объекта, в котором ее используют (описание предметной области). 1. Разработка системного проекта Этот раздел фактически представляет собой техническое задание к курсовому проектированию. Назначение разработки содержит определение функциональных и эксплуатационных задач, которые должна решить разрабатываемая система для достижения поставленной цели. Требования к функциональным характеристикам включают в себя описание состава выполняемых функций, требования к входной и выходной информации, а также к сервисным функциям программы. Требования к надежности и безопасности содержат требования к обеспечению надежного и устойчивого функционирования программного продукта, к контролю входной и выходной информации, ко времени восстановления после отказа и т.п. Требования к составу и параметрам технических средств включают указания на необходимый состав технических средств и их основных характеристик, а именно, минимальные системные требования, необходимые для работы программы. 1.5. Требования к информационной и программной совместимости содержат требования к информационным структурам, языкам программирования и программным средствам. 2. Разработка технического проекта На этом этапе на основе системного проекта осуществляется собственно проектирование системы, включающее выбор технологии проектирования и построение моделей. 2.1. Анализ требований и определение спецификаций программного обеспечения 2.1. Выбор технологии проектирования Здесь выбирается подход к проектированию программного обеспечения — структурный или объектно-ориентированный. Сравним эти подходы. Каждый из них имеет свои преимущества и недостатки. При структурном подходе процессы и данные существуют отдельно друг от друга (как в модели деятельности организации, так и в модели программной системы), причем проектирование ведется от процессов к данным. Это является главным недостатком структурного подхода. В объектно-ориентированном подходе основная категория объектной модели — класс. Он объединяет в себе на элементарном уровне как данные, так и операции, которые над ними выполняются (методы). Разделение процессов и данных преодолено. Данные по сравнению с процессами являются более стабильной и относительно редко изменяющейся частью системы, поэтому объектно-ориентированные системы более открыты и легче поддаются внесению изменений. Кроме того, объектно-ориентированная модель наиболее адекватно отражает реальный мир, представляющий собой совокупность взаимодействующих объектов, взаимодействие происходит посредством обмена сообщениями между объектами. Однако на практике диаграммы, отражающие специфику объектного подхода (диаграммы классов и т.п.), гораздо менее наглядны и плохо понимаемы непрофессионалами, поэтому понимание заказчиком разработчика обеспечивается на сегодняшний день, в основном, структурными методами. 2.1.2. Построение моделей На этом этапе строятся модели проектируемой системы, которые детализируются и уточняются до необходимого уровня (в зависимости от выбранной технологии: диаграммы потоков данных, функциональные диаграммы, варианты использования, диаграммы деятельности и т.д.). В данном подразделе должны быть представлены разработанные модели с текстовым описанием. 2.2. Проектирование модели данных В случае применения структурного подхода после завершения функционального анализа системы определяется состав потоков данных и конструируется концептуальная схема данных в форме одной модели или нескольких локальных моделей. Наиболее распространенным средством моделирования данных считаются диаграммы «сущность—связь» (ERD). 2.3. Детальное проектирование программного обеспечения. Строится структурная схема программной системы, выполняется детальное описание функционирования системы через функциональные схемы, осуществляется проектирование экранных форм, отчетов, диалогов (создание прототипа программного обеспечения). С помощью диаграмм последовательностей экранных форм моделируется иерархия экранных форм. Совокупность таких диаграмм представляет собой абстрактную модель пользовательского интерфейса системы, отражающую последовательность появления экранных форм в приложении. 3. Реализация На стадии реализации выполняется непосредственно разработка программного приложения. На основе полученных моделей, а также требований нефункционального характера (требований к надежности, производительности и т.п.) формируется программный код, выполняется модульное тестирование. 3.1. Обоснование выбора средств разработки Здесь дается обоснование выбора языка программирования, приводятся основные факторы, влияющие на выбор среды разработки (сравнительная пригодность языка программирования для данной задачи, избранная методология и т.д.). 3.2. Описание основных программных модулей Описание основных программных модулей системы выполняется в соответствии с ГОСТ 19.701—90 (ИСО 5807—85) ЕСПД. В него включаются исходные коды программных модулей, схемы алгоритмов программ, описание используемых методов, описание структуры программы. 4. Тестирование программного продукта Одновременно с началом этапа планирования и создания спецификаций требования разрабатывается стратегия тестирования. После утверждения спецификаций требований разрабатывается и детализируется план тестирования, создаются наборы тестов для проведения интеграционного и системного тестирования. Тестирование завершается созданием отчета о тестировании, в котором представляются все результаты его проведения. Отчет должен содержать следующие разделы: - Объект испытаний; - Цель испытаний; - Состав предъявляемой документации; - Технические требования; - Порядок проведения испытаний; - Методы испытаний. В первых трех разделах указывают: наименование, область применения, обозначение испытуемой программной системы; цель проведения испытаний; перечень документации, предъявляемой перед проведением испытаний. Раздел «Технические требования» может состоять из двух подразделов: 1) требования к программной документации; 2) требования к техническим характеристикам. В первом подразделе должны быть указаны требования к комплектности, содержанию и качеству предъявляемой документации; второй подраздел содержит описание требований к характеристикам программы применительно к условиям эксплуатации и требований к информационной и программной совместимости. «Порядок проведения испытаний» предполагает указания: на последовательность испытаний, четкий порядок проведения каждого испытательного эксперимента, состав и структуру технических средств, с помощью которых будут проводиться испытания, перечень дополнительных программных и технических средств, необходимых для проведения испытаний. В разделе «Методы испытаний» приводятся описания используемых методов проведения испытаний. Методы следует приводить в последовательности, соответствующей последовательности перечисления технических характеристик в разделе «Технические требования». При этом должны быть приведены описания проверок с указанием результатов проведения испытаний, к которым могут относиться: перечень тестовых примеров, контрольных распечаток самих примеров и их результатов, таблиц, графиков и т. п. Сами тестовые примеры (распечатки, таблицы, графики и т.п.) даются в приложении. Заключение Содержит анализ выполненной работы, выводы о значимости проекта, рекомендации по использованию проекта, рекомендации, касающиеся возможности дальнейшей доработки или модернизации проекта и т.д. Практическим результатом работы над курсовым проектом является работоспособная программа и пакет документации, включающий в себя программные документы «Пояснительная записка» и «Руководство пользователя». Кроме того, на магнитном носителе должен быть представлен текст программы (исходный код) с необходимыми комментариями и электронным вариантом ПЗ. Для защиты курсового проекта создается презентация из 10— 12 слайдов, в которой отражаются требования к программной системе, основные этапы ее разработки, диаграммы, модели данных, выводы по работе. В разделе «Список использованных источников» дается перечень всей литературы, которая была использована при разработке ПС и оформлении документации на него. Список использованных источников формируется в том порядке, в котором были ссылки на использованную литературу, с указанием издательства, года издания и количества листов в книге согласно СТП101-00 (Приложение Ж). В «Приложении» должен быть текст ПС, контрольные и тестовые примеры, результаты работы ПС, также могут быть документы, на основании которых ведется разработка.
|