Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Метод указ к лаб роб_СППС.doc
Скачиваний:
7
Добавлен:
14.11.2019
Размер:
352.77 Кб
Скачать

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

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

Рисунок 2 – Детализирующая SADT-диаграмма первого уровня

2 Разработать сценарий развития предметной области (объекта моделирования) (особое внимание уделить использованию выделенных терминов и деятельности по ролям участников бизнес - деятельности).

3 Выполнить документирование бизнес - процессов (на основе SADT) (контекстная и детализирующая диаграммы и их описание).

Требования к содержанию работы

  1. Название работы.

  2. Цель работы.

  3. Формулировка индивидуального задания (по согласованию с преподавателем).

  4. Анализ предметной области сценарий развития предметной области

  5. Выполнить документирование бизнес - процессов (на основе SADT).

  6. Выводы по работе.

Вопросы для контроля и самостоятельной работы

  1. Тенденции развития современного производства.

  2. Цель и задачи разработки ИСАПР.

  3. Схема существующей технологии автоматизированного проектирования.

  4. Структура и принципы организации систем конструкторско-технологической подготовки производства.

  5. Принципиальная схема построения сквозного автоматизированного проектирования и производства на основе ИСАПР.

  6. Жизненный цикл разработки объектно-ориентированного программного обеспечения.

  7. Фазы и итерации процесса проектирования.

  8. Для чего используется SADT технология, что является узлами и связями диаграммы?

3 Лабораторная работа №2 Формализация требований к программной системе с использованием Диаграммы прецедентов (Use сase diagram)

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

Теоретические сведения

Разработка диаграммы прецедентов использования

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

Предметная область выбирается и рассматривается в соответствии с индивидуальным заданием на проектирование. Дополнительные требования к ПП могут быть получены в результате анализа литературных источников и существующих программных продуктов. С их помощью становится возможной детализация функциональных требований к наиболее важным элементам программной системы. Сначала обязательно в текстовой форме описываются только прецеденты, которые планируются к реализации в проекте ПП. Пример диаграммы прецедентов для системы «Банкомат» приведен на рисунке 3.

Рисунок 3 – Диаграмма прецедентов использования для системы

«Банкомат»

Формализованное описание прецедентов приведено в таблице 9. Описания прецедентов, приведенные в виде таблиц, должны соответствовать текстовым описаниям и диаграммам.

Таблица 9 – Формализованное описание прецедента использования программной системы (указывается наименование прецедента)

Основной исполнитель – ……

Заинтересованные лица (актеры) и их требования: …..

Предусловия: …..

Результаты (постусловия): ……

Основной успешный сценарий (или основной процесс): …..

Расширения (или альтернативные потоки) ..…

Специальные требования: …..

Частота использования – …..

Регистрация событий и обработки ошибок – …….

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

В подразделе рассматриваются условия работы объекта автоматизации и требования к ПП.

Техническое задание разрабатывается согласно ГОСТ 19.201-78 [5].

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

В разделе «Основание для разработки» указываются:

  • документы, на основании которых ведется разработка;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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