Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
Разработка спецификаций оперативно-графическим методом (HIPO).
Спецификация методом HIPO есть альбом связанных между собой схем, каждая из которых описывает какую-либо часть задачи или системы, подлежащие разработке. Процесс деления задачи на части имеет особенности: 1. Каждая часть объекта и разложение этой части на следующем уровне не обязательно эквивалентны; некоторые детали могут не подвергаться дальнейшему разложению. 2. Разложение каждой части объекта не зависит от разложения других частей. Систему разлагают на части по функциональному признаку. Рекомендуется следующая последовательность методов: 1. На начальных этапах проектирования при определении архитектуры программного обеспечения конкретной системы используется метод системного анализа. 2. На следующих этапах проектирования, когда структура и состав программного обеспечения определены, используется метод HIPO
Документирование программного обеспечения. Осуществляется в соответствии с требованиями ЕСПД. Виды программных документов: 1. Спецификация (состав программы и документация на неё); 2. Ведомость держателей подлинников (перечень предприятий, на которых хранятся подлинники программных документов); 3. Техническое задание (требование к программе, стадии и сроки разработки, виды испытаний); 4. Пояснительная записка (общее описание алгоритма и функционирования программы); 5. Программа и методика испытаний (содержит требования, подлежащие проверке при испытании программы, порядок и методы их контроля); 6. Описание программы (сведения логической структуре и функционировании программы); 7. Текст программы (с использованием комментариев); 8. Эксплуатационные документы: 8.1 Ведомость эксплуатационных документов; 8.2 Формуляр – это основные характеристики программы, комплектность и сведения о программе эксплуатации; 8.3 Описание применения (назначение, область применения, методы и классы решаемых задач); 8.4 Руководство программиста (сведения, необходимые для эксплуатации программы); 8.5 Руководство системного программиста (сведения для проверки обеспечения функционирования и настройки программы на условие конкретного применения); 8.6 Описание языка (синтаксис и семантика языка взаимодействия пользователя и программы); 8.7 Руководство оператором (сведения, необходимые для обеспечения процедуры общения оператора с ЭВМ в процессе выполнения программ); 8.8 Руководство по техническому обслуживанию (описание применения тестовых и диагностических программ при обслуживание технических средств);
Состав программного документа: 1. Лист утверждения (заказчик и исполнитель, их подписи). 2. Титульный лист. 3. Аннотация. 4. Содержание. 5. Текст документа 6. Приложение. 7. Перечень сопроводительных документов.
Содержание основных документов. Техническое задание: 1. Введение. 2. Основание для разработки. 3. Назначение разработки. 4. Требования к программному изделию: 4.1 функциональным характеристикам; 4.2 условиям эксплуатации; 4.3 составу и параметрам технических средств; 4.4 маркировке, транспортированию, упаковке и хранению. 5. Требование к программной документации. 6. Технико-экономические показатели. 7. Стадии и этапы разработки. 8. Порядок контроля и приёмки.
Пояснительная записка: 1. Введение. 2. Назначения и область применения. 3. Технологические характеристики: 3.1 Постановка задачи, описание математических методов, допущения и ограничения; 3.2 Описание алгоритма программ с обоснованием выбора схемы алгоритма; 3.3 Описание и обоснование выбора метода организации входных и выходных данных, состав технических и программных средств; 4. Описание технико-экономических показателей.
Программа и методика испытаний: 1. Объект испытаний. 2. Цель испытаний. 3. Состав предъявляемой документации. 4. Технические требования: 4.1 к программной документации; 4.2 к техническим характеристикам; 4.3 к информационной и программной совместимости. 5. Порядок проведения испытаний. 6. Методы испытаний.
Описание программы: 1. Общие сведения. 2. Функциональные назначения. 3. Входные данные. 4. Описание логической структуры: 4.1 Используемые методы; 4.2 Структура программы с описанием функций составных частей и связи между ними. 4.3 Структура и организация данных. 4.4 Алгоритмы программы. 4.5 Связь с другими программами. 5. Вызов и загрузка. 6. Используемые технические средства.
Описание применения: 1. Назначение программы. 2. Условия применения. 3. Описания задачи. 4. Входные и выходные данные.
Описание языка: 1. Общие сведения. 2. Синтаксис и семантика элементов. 3. Операторы. 4. Средства обмена данными. 5. Средства отладки программы.
Руководство оператора: 1. Назначение программы. 2. условие выполнения программы. 3. Выполнение программы. 4. Сообщения оператору.
Руководство программиста: 1. Назначение и условия применения программы. 2. Характеристики программы. 3. Обращение к программе. 4. Входные и выходные данные. 5. Сообщения.
Проектирование систем. Система (программная система) – совокупность связанных друг с другом программ и наборов данных. Число программ в системе зависит от сложности и порядка поступления исходных данных. Если данные относятся к нескольким типам или элементы данных поступают в различные моменты времени, то требуется ряд связанных друг с другом программ.
Определение основных компонентов системы. Простейшая система включает один входной поток данных, один выходной поток, одну программу, содержащую подпрограмму. Если элементы данных поступают из нескольких источником, то тогда для каждого источника предусматривается свой входной поток. Если результаты предполагается использовать несколькими способами, то надо иметь соответствующее число отдельных выходных потоков. Данные, характеризующие текущую ситуацию, могут подвергаться корректировке (обновление записи, содержащей информацию, например, о деятельности предприятия). Данные, получаемые в ходе длительного эксперимента, пополняются новыми записями. Таким образом, система должна включать в себя хотя бы три программы, выполняющие основные функции: Ø запоминание данных; Ø корректировка данных; Ø использование хранящихся данных. Если система состоит из нескольких программ, то в ней циркулирует несколько различных потоков данных. Для каждой программы предусматривается два потоков данных: ü входной; ü выходной. Если программа предназначена для корректировки, то она имеет два входных потока: 1. данные, подлежащие корректировке; 2. новую информацию. Если выходной поток направляется не на монитор, то должен быть предусмотрен дополнительный выходной поток, отражающий процесс выполнения программы (успешное или аварийное завершение, любые отклонения от нормы). Пример: Упрощённая структура системы сопровождения данных:
- длительное хранение, - процесс преобразования данных, - поток данных. Такую структуру имеют многие автоматизированные системы управления и ведения документации. Данная схема отображает порядок прохождения данных через систему. Это связано с тем, что хотя о прикладных системах принято судить как о наборах программ, сами данные имеют более важное значение, чем программное обеспечение. Если программа повреждена, то можно перезаписать, тогда как восстановление данных сложнее. Поэтому надо постоянно копировать данные, иногда хранить записи обо всех проведённых корректировках. С учетом дополнений структура системы сопровождения данных имеет вид:
Определение потоков данных. Определение потоков данных производится согласно правилам: 1. Каждому источнику данных соответствует один входной поток; 2. Если имеется совокупность наборов данных, получаемых из нескольких источников, то эти наборы распределяются по группам обрабатываемых совместно потоков данных; 3. Если не все потоки данных обрабатываются одновременно, то процесс обработки делится на этапы, в каждом из которых участвует группа совместно обрабатываемых потоков. Ещё должны существовать внутренние потоки данных, связывающие последовательные этапы. 4. Для каждого этапа обработки в системе выделяется основной выходной поток, содержащий результаты обработки и дополнительный поток для выдачи оперативных отчётов, сообщений об ошибках и т.п.
Определение процессов. Основные правила: 1. Если потоки данных обрабатываются раздельно, то для каждого из них требуется отдельный процесс. 2. Если некоторые функции системы должны выполняться в разное время или чаще других функций, то они реализуются в виде отдельных процессов. 3. Если некоторые, из промежуточных потоков данных сохраняются для их последующего использования, то должны быть предусмотрены: а) процесс для их запоминания; б) процесс для сопровождения, если требуется корректировка; в) процесс для поиска и обработки данных. Примечание: Когда вся совокупность определена, стоит выяснить, нет ли заранее написанных программ, которые могли бы выполнить часть необходимых функций.
|
Последнее изменение этой страницы: 2019-04-10; Просмотров: 268; Нарушение авторского права страницы