Учебное пособие по выполнению и оформлению курсовых, дипломных и квалификационных работ москва 2002



страница1/15
Дата06.11.2016
Размер0.92 Mb.
  1   2   3   4   5   6   7   8   9   ...   15


Московский государственный технический университет им. Н.Э. Баумана

Факультет Информатики и систем управления

Кафедра Компьютерные системы и сети

Г.С. Иванова, Т.Н. Ничушкина


Проектирование программного обеспечения

Учебное пособие

по выполнению и оформлению курсовых, дипломных и квалификационных работ

МОСКВА 2002



Аннотация

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

Пособие предназначено для студентов всех курсов специальности «Компьютерные системы и сети».

Оглавление


Введение 3

1. Жизненный цикл программного обеспечения 4

2. Постановка задачи. Разработка технического задания 8

3. Анализ требований и определение спецификаций программного обеспечения при структурном подходе 11

3.1. Спецификации программного обеспечения при структурном подходе 11

3.2. Диаграмма переходов состояний 13

3.3. Функциональные диаграммы 14

3.4. Диаграммы потоков данных 17

3.5. Диаграммы отношений компонентов данных 20



4. Проектирование программного обеспечения при структурном подходе 26

4.1. Разработка структурной и функциональной схем 26

4.2. Использование метода пошаговой детализации для проектирования структуры программного обеспечения 27

4.3. Структурные карты Константайна 31



5. Анализ требований и определение спецификаций программного обеспечения при объектном подходе 33

5.1. UML – стандартный язык описания разработки программных продуктов с использование объектного подхода 33

5.2. Определение вариантов использования 35

5.3. Построение концептуальной модели предметной области 39

5.4. Описание поведения. Системные события и операции 43

6. Проектирование программного обеспечения при объектном подходе 46

6.1. Разработка структуры программного обеспечения при объектном подходе 46

6.2. Определение отношений между объектами 48

6.3. Уточнение отношений классов 51

6.4. Проектирование классов 54

6.5. Компоновка программных компонентов 58

6.6. Проектирование размещения программных компонентов для распределенных программных систем 58

7. Правила оформления пояснительной записки 59

7.1. Оформление текстового и графического материала 59

7.2. Оформление рисунков, схем алгоритмов, таблиц и формул 61

7.3. Оформление текстов программ 62

7.4. Оформление приложений 63

7.5. Оформление списка литературы 63

Список литературы 64

Приложение 1. Титульный лист и пример технического задания 65

Приложение 2. Титульный лист расчетно-пояснительной записки 69

Приложение 3. Примеры содержания расчетно-пояснительных записок 70





Введение


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

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

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

1.Жизненный цикл программного обеспечения


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

Состав процессов жизненного цикла регламентируется международным стандартом ISO/IEC 12207: 1995 «Information Technology – Software Life Cycle Process» («Информационные технологии – Процессы жизненного цикла ПО»). ISO – International Organization of Standardization – Международная организация по стандартизации, IEC – International Electrotechnical Commission – Международная комиссия по электротехнике.

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


  • основные процессы (приобретение, поставка, разработка, эксплуатация, сопровождение);

  • вспомогательные процессы; обеспечивают выполнение основных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит);

  • организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение жизненного цикла ПО, обучение).

Указанные действия можно условно сгруппировать, выделив следующие основные этапы (в скобках указаны соответствующие стадии разработки по ГОСТ 19.102–77 «Стадии разработки»):

  • постановка задачи (стадия «Техническое задание»);

  • анализ требований и разработка спецификаций (стадия «Эскизный проект»);

  • проектирование (стадия «Технический проект»);

  • реализация (стадия «Технический проект»).

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

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



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

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

На этапе также целесообразно сформировать тесты для поиска ошибок в проектируемом ПО, обязательно указав ожидаемые результаты.

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

Процесс проектирование сложного ПО обычно включает:



  • проектирование общей структуры – определение основных частей (компонентов) и их взаимосвязей по управлению и данным;

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

  • проектирование компонентов.

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

Принято различать также два аспекта проектирования:



  • логическое проектирование, включающее те проектные операции, которые непосредственно не зависят от имеющихся технических и программных средств, составляющих среду функционирования будущего программного продукта;

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

Реализация. Реализация представляет собой процесс поэтапного написания кодов программы на выбранном языке программирования (кодирование), их тестирование и отладку.

Сопровождение. Сопровождение это процесс выпуска и внедрения новых версий программного продукта.

Причинами выпуска новых версий могут служить:



  • необходимость исправления ошибок, выявленных в процессе эксплуатации предыдущих версий;

  • необходимость совершенствования предыдущих версий, например, улучшения интерфейса или расширения состава выполняемых функций;

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

На этом этапе в программный продукт вносят необходимые изменения, которые могут потребовать пересмотра проектных решений, принятых на любом этапе.

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

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

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



  • сократить время до появления первых версий программного продукта;

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

  • ускорить формирование и уточнение спецификаций за счет появления практики использования продукта;

  • уменьшить вероятность морального устаревания системы за время разработки.

Появление CASE-технологий (Computer-Aided Software/System Engineering – Автоматизированная технология разработки ПО/систем) снизило трудоемкость отдельных этапов жизненного цикла ПО за счет автоматизации трудоемких операций. Современные CASE-средства существенно увеличивают производительность труда программистов, улучшают качество создаваемого ПО и автоматизируют формирование проектной документации для всех этапов жизненного цикла в соответствии с современными стандартами.
  1   2   3   4   5   6   7   8   9   ...   15


База данных защищена авторским правом ©bezogr.ru 2016
обратиться к администрации

    Главная страница