Практикум лабораторная работа № Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия «Техническое задание» Цель работы




НазваниеПрактикум лабораторная работа № Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия «Техническое задание» Цель работы
страница1/10
Дата17.02.2013
Размер1.35 Mb.
ТипЛабораторная работа
  1   2   3   4   5   6   7   8   9   10
Лабораторный практикум




ЛАБОРАТОРНАЯ РАБОТА № 1. Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия «Техническое задание»

Цель работы: ознакомиться с правилами написания техниче­ского задания.

Лабораторная работа рассчитана на 4 академических часа.

Подготовка к лабораторной работе

  1. Ознакомиться с лекционным материалом по теме «Этапы
    разработки программного обеспечения. Постановка задачи» учеб­
    ной дисциплины «Технология разработки программного обеспе­
    чения».

  2. Изучить соответствующие разделы в изданиях [1, 4].

  3. Ознакомиться с разделами гл. 2 данного пособия.

Теоретическая часть. Разработка технического задания

Техническое задание представляет собой документ, в котором сформулированы основные цели разработки, требования к про­граммному продукту, определены сроки и этапы разработки и

272 Лабораторный практикум

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

Порядок разработки технического задания

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

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

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

1. Общие положения

  1. Техническое задание оформляют в соответствии с ГОСТ
    19.106—78 на листах формата А4 и АЗ по ГОСТ 2.301—68, как
    правило, без заполнения полей листа. Номера листов (страниц)
    проставляют в верхней части листа над текстом.

  2. Лист утверждения и титульный лист оформляют в соот­
    ветствии с ГОСТ 19.104—78. Информационную часть (аннота­
    цию и содержание), лист регистрации изменений допускается в
    документ не включать.

  3. Для внесения изменений и дополнений в техническое
    задние на последующих стадиях разработки программы или про­
    граммного изделия выпускают дополнение к нему. Согласование
    и утверждение дополнения к техническому заданию проводят в
    том же порядке, который установлен для технического задания.

Лабораторная работа № 1 273

1.4. Техническое задание должно содержать следующие раз­делы:

  • введение;

  • наименование и область применения;

  • основание для разработки;

  • назначение разработки;

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

  • технико-экономические показатели;

  • стадии и этапы разработки;

  • порядок контроля и приемки;

  • приложения.

В зависимости от особенностей программы или программно­го изделия допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них. При необходи­мости допускается в техническое задание включать приложения.

2. Содержание разделов

  1. Введение должно включать краткую характеристику об­
    ласти применения программы или программного продукта, а
    также объекта (например, системы), в котором предполагается
    их использовать. Основное назначение введения — продемонст­
    рировать актуальность данной разработки и показать, какое ме­
    сто эта разработка занимает в ряду подобных.

  2. В разделе «Наименование и область применения» указы­
    вают наименование, краткую характеристику области примене­
    ния программы или программного изделия и объекта, в котором
    используют программу или программное изделие.

  3. В разделе «Основание для разработки» должны быть ука­
    заны:




  • документ (документы), на основании которых ведется раз­
    работка. Таким документом может служить план, приказ,
    договор и т. п.;

  • организация, утвердившая этот документ, и дата его утвер­
    ждения;

  • наименование и (или) условное обозначение темы разра­
    ботки.

2.4. В разделе «Назначение разработки» должно быть указано
функциональное и эксплуатационное назначение программы
или программного изделия.

18 -7888

274 Лабораторный практикум

2.5. Раздел «Технические требования к программе или про­граммному изделию» должен содержать следующие подразделы:

  • требования к функциональным характеристикам;

  • требования к надежности;

  • условия эксплуатации;

  • требования к составу и параметрам технических средств;

  • требования к информационной и программной совмести­
    мости;

  • требования к маркировке и упаковке;

  • требования к транспортированию и хранению;

  • специальные требования.




  1. В подразделе «Требования к функциональным характе­
    ристикам» должны быть указаны требования к составу выполняе­
    мых функций, организации входных и выходных данных, времен­
    ным характеристикам и т. п.

  2. В подразделе «Требования к надежности» должны быть
    указаны требования к обеспечению надежного функционирова­
    ния (обеспечение устойчивого функционирования, контроль
    входной и выходной информации, время восстановления после
    отказа и т. п.).

  3. В подразделе «Условия эксплуатации» должны быть
    указаны условия эксплуатации (температура окружающего воз­
    духа, относительная влажность и т. п. для выбранных типов но­
    сителей данных), при которых должны обеспечиваться заданные
    характеристики, а также вид обслуживания, необходимое коли­
    чество и квалификация персонала.

  4. В подразделе «Требования к составу и параметрам тех­
    нических средств» указывают необходимый состав технических
    средств с указанием их технических характеристик.

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

  6. В подразделе «Требования к маркировке и упаковке» в
    общем случае указывают требования к маркировке программно­
    го изделия, варианты и способы упаковки.

  7. В подразделе «Требования к транспортированию и хра­
    нению» должны быть указаны для программного изделия усло­
    вия транспортирования, места хранения, условия хранения, ус­
    ловия складирования, сроки хранения в различных условиях.

Лабораторная работа № 1 275

2.5.8. В разделе «Технико-экономические показатели» долж­ны быть указаны: ориентировочная экономическая эффектив­ность, предполагаемая годовая потребность, экономические пре­имущества разработки по сравнению с лучшими отечественны­ми и зарубежными образцами или аналогами.

  1. В разделе «Стадии и этапы разработки» устанавливают
    необходимые стадии разработки, этапы и содержание работ (пе­
    речень программных документов, которые должны быть разра­
    ботаны, согласованы и утверждены), а также, как правило, сро­
    ки разработки и определяют исполнителей.

  2. В разделе «Порядок контроля и приемки» должны быть
    указаны виды испытаний и общие требования к приемке ра­
    боты.

  3. В приложениях к техническому заданию при необходи­
    мости приводят:




  • перечень научно-исследовательских и других работ, обос­
    новывающих разработку;

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

  • другие источники разработки.

В случаях, если какие-либо требования, предусмотренные техническим заданием, заказчик не предъявляет, следует в соот­ветствующем месте указать «Требования не предъявляются».

Пример 1.1. Разработать техническое задание на програм­мный продукт, предназначенный для наглядной демонстрации школьникам графиков функций одного аргумента у=/(х). Разра­батываемая программа должна рассчитывать таблицу значений и строить график функций на заданном отрезке по заданной фор­муле и менять шаг аргумента и границы отрезка. Кроме этого, программа должна запоминать введенные формулы.

Техническое задание к данному примеру смотри в приложе­нии 2.

Пример 1.2. Разработать техническое задание на разработку «Модуля автоматизированной системы оперативно-диспетчер­ского управления теплоснабжением корпусов Московского ин­ститута».

Техническое задание к данному примеру смотри в приложе­нии 3.

276 Лабораторный практикум

Порядок выполнения работы

  1. Разработать техническое задание на программный продукт
    (см. варианты заданий в приложении 1).

  2. Оформить работу в соответствии с ГОСТ 19.106—78. При
    оформлении использовать М8 ОШсе.

  1. Сдать и защитить работу.

Защита отчета по лабораторной работе

Отчет по лабораторной работе должен состоять из:

  1. Постановки задачи.

  2. Технического задания на программный продукт.

Защита отчета по лабораторной работе заключается в предъ­явлении преподавателю полученных результатов (на экране мо­нитора), демонстрации полученных навыков и ответах на вопро­сы преподавателя.

Контрольные вопросы

  1. Приведите этапы разработки программного обеспечения.

  2. Что включает в себя постановка задачи и предпроектные исследования?

  3. Перечислите функциональные и эксплуатационные требования к про­
    граммному продукту.


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

  5. Назовите основные разделы технического задания.

Лабораторная работа № 2

277


ЛАБОРАТОРНАЯ РАБОТА № 2. Структурный подход к программированию. Стадия «Эскизный проект»

Цель работы: научиться создавать формальные модели и на их основе определять спецификации разрабатываемого про­граммного обеспечения.

Лабораторная работа рассчитана на 4 академических часа.

Подготовка к лабораторной работе

  1. Ознакомиться с лекционным материалом по теме «Этапы
    разработки программного обеспечения. Анализ требований и
    определение спецификаций программного обеспечения» учеб­
    ной дисциплины «Технология разработки программного обеспе­
    чения».

  2. Изучить соответствующие разделы в изданиях [1,2, 39, 47,
    53,61]. '

  3. Ознакомиться с разд. 3.5 данного учебного пособия.

Теоретическая часть. Разработка спецификаций

Разработка программного обеспечения начинается с анализа требований к нему. В результате анализа получают специфика­ции разрабатываемого программного обеспечения, строят об­щую модель его взаимодействия с пользователем или другими программами и конкретизируют его. основные функции.

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

278 Лабораторный практикум

Структурный анализ предполагает использование следующих видов моделей:

  • диаграмм потоков данных (ВРВ — Ва1а Р1о\у В1а§гатз),
    описывающих взаимодействие источников и потребителей
    информации через процессы, которые должны быть реали­
    зованы в системе;

  • диаграмм «сущность—связь» (ЕК.В • Еп1лгу-Ке1айоп8Ыр
    В1а§гат5), описывающих базы данных разрабатываемой
    системы;

  • диаграмм переходов состояний (8ТВ — 81аге ТгапзШоп
    В1а§гатз), характеризующих поведение системы во вре­
    мени;

  • функциональных диаграмм (методика 8АВТ);

  • спецификаций процессов;

  • словаря терминов.

Спецификации процессов

Спецификации процессов обычно представляют в виде краткого текстового описания, схем алгоритмов, псевдокодов, Р1о\у-форм или диаграмм Насси — Шнейдермана (см. разд. 3.5.1).

Словарь терминов

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

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

С помощью диаграмм переходов состояний можно моделиро­вать последующее функционирование системы на основе ее пре­дыдущего и текущего функционирования. Моделируемая систе­ма в любой заданный момент времени находится точно в одном из конечного множества состояний. С течением времени она может изменить свое состояние, при этом переходы между со­стояниями должны быть точно определены (см. разд. 3.5.3).

Лабораторная работа №2 279

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

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

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

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

Для описания потоков информации в системе применяются диаграммы потоков данных (ВРВ — Ва1а Яо\у сНа§гат§). ОРО позволяет описать требуемое поведение системы в виде сово­купности процессов, взаимодействующих посредством связы­вающих их потоков данных. ВРВ показывает, как каждый из процессов преобразует свои входные потоки данных в выходные потоки данных и как процессы взаимодействуют между собой (см. разд. 3.5.5).

Диаграммы «сущность—связь»

Диаграмма сущность—связь — инструмент разработки моде­лей данных, обеспечивающий стандартный способ определения данных и отношений между ними. Она включает сущности и взаимосвязи, отражающие основные бизнес-правила предмет­ной области. Такая диаграмма не слишком детализирована, в нее включаются основные сущности и связи между ними, кото­рые удовлетворяют требованиям, предъявляемым к ИС (см. разд. 3.5.6).

  1   2   3   4   5   6   7   8   9   10

Похожие:

Практикум лабораторная работа № Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия «Техническое задание» Цель работы iconПрактикум лабораторная работа № Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия «Техническое задание»
...
Практикум лабораторная работа № Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия «Техническое задание» Цель работы iconЛабораторная работа №1 Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия «Техническое задание»
Ознакомиться с лекционным материалом по теме "Этапы разработки программного обеспечения. Постановка задачи" учебной дисциплины "Технология...
Практикум лабораторная работа № Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия «Техническое задание» Цель работы iconЛабораторная работа №1 Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия «Техническое задание»
Ознакомиться с лекционным материалом по теме «Модели жц по. Этапы жц в соответствии с гост 19. 102-77. Постановка задачи» учебной...
Практикум лабораторная работа № Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия «Техническое задание» Цель работы iconЛабораторная работа Изучение методик гибкой (agile) разработки программного обеспечения
Цель работы: изучить методики гибкой (agile) разработки программного обеспечения и управления проектами на примере программирования...
Практикум лабораторная работа № Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия «Техническое задание» Цель работы iconРабочая программа учебной дисциплины «Технология разработки программного обеспечения»
Цель преподавания дисциплины – изучение методов проектирования и разработки программного продукта и инструментальных средств, поддерживающих...
Практикум лабораторная работа № Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия «Техническое задание» Цель работы iconТехническое задание 8 1 Содержание 8 2 Введение 8 3 Основание для разработки 9 4 Назначение разработки 9
Учебной программой специальности 230105 в рамках изучения дисциплины «Технология разработки программного обеспечения» («трпо») для...
Практикум лабораторная работа № Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия «Техническое задание» Цель работы iconЛабораторная работа № Часть Документирование требований. Техническое задание
Еспд, таким документом является тз на разработку программного изделия. Оно устанавливает основное назначение, технические характеристики,...
Практикум лабораторная работа № Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия «Техническое задание» Цель работы iconПрактикум по алгоритмизации и программированию
Лабораторная работа Первые программы на qbasic
Практикум лабораторная работа № Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия «Техническое задание» Цель работы iconЛабораторная работа №4 б
Система UltraLogik предназначена для разработки программного обеспечения сбора данных и управления технологическими процессами, исполняемого...
Практикум лабораторная работа № Этапы разработки программного обеспечения при структурном подходе к программированию. Стадия «Техническое задание» Цель работы iconМетодические указания к лабораторному практикуму по курсу «Управление в технических системах»
Рассмотрены принципы работы микропроцессорной системы управления на основе микроконтроллера pic16F877 и этапы разработки программного...
Разместите кнопку на своём сайте:
Библиотека


База данных защищена авторским правом ©lib.znate.ru 2014
обратиться к администрации
Библиотека
Главная страница