Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Конструирование ПО.docx
Скачиваний:
10
Добавлен:
13.04.2015
Размер:
179.18 Кб
Скачать

10.04.2013

  1. Проверка программы

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

  1. Дополнительные возможности

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

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

  1. Сообщения системному программисту

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

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

Инструкция пользователя

Документ разрабатывается на основе ГОСТ 19.504-79. Руководство программиста требования к содержанию и оформлению и должен содержать следующие разделы.

  1. Назначения и условия применения

Раздел должен содержать описание назначения программного продукта, реализуемых им функций, а также условий необходимых для их реализации. (Смотри разделы №1, №4.3, №4.5)

  1. Характеристика программы

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

  1. Обращение к программе

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

  1. Входные и выходные

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

  1. Сообщения

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

Документ разрабатывается в количестве одна версия – одна копия.

Домашние задание №2

Используя пример проанализировать требования заказчика и выполнить постановку и развитие задачи.

Задание 15. Автоматизация работы кассы аэровокзала

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

В процессе диалога заказывающий – информационная система, происходит обмен следующей информацией: Направление следования (выбор из списка доступных) № рейса (выбор из списка на указанном направлении), маршрут следования, пункты промежуточной посадки, время отправления, время полета, количество свободных мест на рейс, количество

Методология проектирования Модели программ и их представления

Проектирование - это процесс преобразования задания на разработку (реализацию) в задание на кодирование.

Суть процесса проектирования– разработка внутренних спецификаций на основе внешних.

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

Модель программного продукта – это обобщенное описание структуры и поведения будущего объекта.

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

  1. Функциональная структура.

  2. Алгоритмическая структура.

  3. Информационная структура.

  4. Событийная структура.

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

  1. Функции ввода– все возможные каналы поступления данных в программу.

  2. Функции обработки– определения всех возможных манипуляций, производимых над данными, как в ручном, так и в автоматическом режиме.

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

Для удобства отображения компонентов в моделях руководствуются следующими рекомендациями:

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

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

    1. Слияние– совмещение двух и более компонентов с формированием нового или сохранением одного из исходных, содержащего в себе характеристики всех. А+B->C; //Слияние компонентов А и В с Формированием нового – С.

    2. Сортировка.А - > АВ; //Отсортировать массив А по условию В А – исходный массив, В – условие сортировки, АВ– результирующий массив. А - > АА; //Отсортировать массив А по исходному условию.

    3. Выборка. А -В-> С; //Сформировать новый массив путем выборки элементов из исходного. А – исходный массив, В – условие выборки, С – результирующий массив. А -В-> А; //Отредактировать исходный массив по условию выборки.

    4. Формирование нового массива на основе исходного (переадресация) В = А; // Сформировать новый массив с элементами исходного, скопировать массив. В – новый массив, А исходный массив.

    5. Удаление данных А --> АВ; //Удалить из массива А элементы по условию В. А – исходный массив, В – условие удаление, АВ – результирующий итоговый массив. А --> А; //Очистить содержимое массива. А -->В; //Очистить содержимое файла А с переносом данных в корзину (В).