СТАДИЯ ВЫРАБОТКИ ТРЕБОВАНИЙ.

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

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

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

Требования к функциональной структуре

1. ОБЩИЕ СВЕДЕНИЯ

1.1. Аннотация. Характер и назначение разрабатываемого ПО.

1.2. Условия разработки. Стороны, финансирующие проект, разработчик, пользователь, вычислительный центр илн сеть, на которых предстоит реализация проекта

1.3. Используемые материалы. Перечень материалов, положенных в основу проекта:

а. Сведения о заказчике проекта (с приложением утвержденных документов).

б. Ранее опубликованные материалы по проекту.

в. Документация по другим родственным проектам.

г. Прочие материалы.

2. КРАТКОЕ ОПИСАНИЕ РАЗРАБАТЫВАЕМЫХ СРЕДСТВ

2.1. Место в системе программного обеспечения. Цели и масштабы проекта, а также любая другая информация, полезная для читателя документа. Разъяснение связей с другими программными средствами.

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

2.3. Существующие методы и процедуры. Характеризуются процедуры н методы, удовлетворяющие поставленным целям Затрагиваются следующие вопросы:

а. Распределение обязанностей и ответственности, б Имеющееся н требуемое оборудование.

в. Объемы и частота поступления входной и выходной информации.

г. Недостатки и действующие ограничения.

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

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

а. Распределение обязанностей н ответственности, б Имеющееся н требуемое оборудование

в. Объемы и частота поступления входной и выходной информации.

г. Недостатки н действующие ограничения.

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

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

2.5. Планируемые улучшения. Перечисляются выгоды от использования предлагаемого ПО:

а. Новые возможности

12. Содержание документа, включающего требования к функциональной структуре системы. (ПО — программное обеспечение.)

б. Совершенствование существующих возможностей.

в. Устранение недостатков действующей системы.

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

д. Полное исключение нлн сужение множества ненужных в новой системе функций.

2.6. Влияние иа существующую систему. Характеризуются ожидаемые воздействия предлагаемого ПО на действующую систему по следующим направлениям:

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

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

2.6.3. Организационные аспекты. Резюмируются:

а. Перераспределение функций.

б. Сокращение или увеличение штатов.

в. Повышение или понижение требований к уровню квалификации.

2.6.4. Эксплуатационные аспекты. Коротко характеризуются изменения по следующим направлениям:

а. Штабные и оперативные функции.

б. Отношения между операционным центром и пользователями иа рабочих местах.

в. Процедуры в центре оперативных действий.

г. Данные (источники, объемы, носители, сроки).

д. Процедуры хранения и поиска данных.

е. Методы ведения учета и отчетности.

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

з. Процедуры ввода данных.

и. Потребности в машинных ресурсах.

2.6.5. Особенности разработки.

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

б. Ресурсы, необходимые для разработки базы данных.

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

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

2.8. Альтернативные решения. Рассматриваются возможные альтернативы предлагаемому способу удовлетворения сформулированных требований. Сопоставляются и. критически анализируются все альтернативные решения. Приводится обоснование сделанного выбора.
3. ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ

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

3.2. Рабочие характеристики.

3.2.1. Точность. Описываются требования к точности данных, в том числе

а) математическая точность;

б) логическая точность;

в) юридическая точность;

г) точность передачи.

3.2.2. Контроль достоверности. Определяются требования к проверке правильности данных, диктуемые особенностями разрабатываемого ПО.

3.2.3. Временные параметры. Указываются применительно к различным условиям работы:

а. Время реакции.

б. Время обновления данных.

в. Время пересылки данных и передачи нх по каналам связи.

г. Полное время обработки.

3.2.4. Гибкость. Описываются возможности ПО в части приспособления к изменяющимся требованиям:

а. Изменение режимов работы.

б. Изменение операционного окружения.

в. Изменение интерфейсов с другими программными средствами.

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

д. Планируемые изменения и улучшения.

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

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

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

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

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

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

4. РАБОЧАЯ СРЕДА

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

а. Тип процессора и объем внутренней памяти.

б. Запоминающие устройства, оперативно-доступные и автономные средства, запоминающие среды, формы хранения информации и используемая аппаратура.

в. Оперативно-доступные н автономные устройства ввода — вывода.

г. Аппаратура передачи данных.

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

4.3. Интерфейсы. Описываются средства сопряжения с другими программами.

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

4.5. Способы контроля. Характеризуются процедуры контроля ПО, требующиеся в процессе эксплуатации. Указываются условия, приводящие к выполнению тех илн иных действий по контролю.

5. ПЛАН РАЗРАБОТКИ

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

12. Продолжение.

суть требований к информационной структуре и согласны с ними (рис. 5.13).

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

Требования к информационной структуре

1. ОБЩИЕ СВЕДЕНИЯ

1.1. Аннотация. Дается общая характеристика ПО, на которое ориентированы данные требования.

1.2. Условия разработки. Стороны, финансирующие проект, разработчик, пользователь, вычислительный центр или сеть, иа которых предстоит реализация проекта.

1.3. Используемые материалы. Перечень материалов, положенных в основу проекта:

а. Сведения о заказчике проекта (с приложением утвержденных документов).

б. Ранее опубликованные материалы по проекту.

в. Документация по другим родственным проектам.

г. Прочие материалы.

1.4. Порядок внесения изменений в требования к информационной структуре. Определяются процедуры внесения и документирования изменений или даются ссылки на соответствующие их описания.

2. ОПИСАНИЕ ДАННЫХ

Данные разделяются на статические и динамические. Статические даииые определяются как информация, которая используется в основном для справок в процессе эксплуатации и обычно генерируется или обновляется очень редко и независимо от рабочих прогонов программ. К динамическим относятся данные, которые могут обновлятьси часто и вводятся или выводятся во время рабочих прогонов программ. Все эти элементы данных распределяются по категориям: функции, субъекты действий и т. п. — соответственно их целевому назначению.

2.1. Статические д?к»ые. Перечисляются элементы данных, служащие для контроля или для ссылок

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

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

2.4. Ьну1реннье геьер>;руемыо данные. Характеризуются данные, порождаемые внутри системы и имеющие информационную ценность для пользователя или разработчика.

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

3. ОРГАНИЗАЦИЯ СБОРА ДАННЫХ

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

Ряс. 5.13. Содержание документа, включающего требования к информационной структуре системы.

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

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

в. Приемники данных. Идентифицируются соответствующие потребители выходной информации

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

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

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

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

3.2. Распределение обязанностей по поводу данных.

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

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

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

13. Продолжение.

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

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

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

2. Программная спецификация Иногда этот документ называют внутренней спецификацией, эскизным проектом программного обеспечения. Здесь приводятся логическая структура программ, подробное описание входов, выходов и форматов дисплейных кадров, структуры записей и файлов, требования к хранению информации и к рабочим характеристикам программ. В отличие от рассмотренных выше документов программная спецификация является по своей сути сугубо техническим документом, предназначенным для программистов, которые в соответствии с ним будут писать программы (рис. 5.15).

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

Системная спецификация и описания подсистем

1. ОБЩИЕ СВЕДЕНИЯ

1.1. Аннотация. Дается общая характеристика функций системы, подлежащей разработке, и ее подсистем.

1.2. Условия разработки. Стороны, финансирующие проект, разработчик, почьзователь, вычислительный центр или сеть, на которых предстоит реализация проекта.

1.3. Используемые материалы. Перечень материалов, положенных в основу проекта:

а. Сведения о заказчике проекта (с приложением утвержденных документов).

б. Ранее опубликованные материалы по проекту.

в. Документация по другим родственным цроектам.

г. Прочие материалы.

2. ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ

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

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

2.3. Рабочие характеристики. Определяются требования к рабочим характеристикам системы:

2.3.1. Точность. Описываются требования к точности системы и подсистем, в том числе

а) Математическая точность;

б) Логическая точность;

в) Юридическая точность;

г) Точность передачи данных.

2.3.2. Контроль достоверности. Определяются требования к проверке правильности данных, диктуемые особенностями разрабатываемой системы и ее подсистем.

2.3.3. Временные параметры. Указываются применительно к различным условиям работы:

а. Время реакции.

б. Время обновления данных.

в. Время пересылки данных и передачи их по каналам связи.

г. Полное время обработки.

2.3.4. Гибкость. Описываются возможности системы и подсистем в части приспособления к изменяющимся требованиям:

а. Изменение режимов ррбогы.

б. Изменение операционного окружения.

в. Изменение интерфейсов с другими программными средствами.

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

д. Планируемые изменения и улучшения.

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

14. Содержание системной спецификации и описания подсистем [8J.
3. РАБОЧАЯ СРЕДА

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

а. Тип процессора и объем внутренней памяти.

б. Запоминающие устройства, оперативно-доступные и автономные средства, запоминающие среды, формы хранения информации и используемая аппаратура.

в. Оперативно-доступные и автономные устройства ввода — вывода.

г. Аппаратура передачи данных.

3.2. Вспомогательные программные средства. Характеризуются вспомогательные программы н испытательные программные средства. Если ‘работа системы и подсистем зависит от изменений средств программной поддержки, то необходимо определить характер и сроки планируемых изменений.

3.3. Интерфейсы. Описываются средства сопряжения с другими системами программного обеспечения.

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

3.5. Способы контроля. Характеризуются процедуры контроля за функционированием системы и подсистем. Указываются условия, приводящие к выполнению тех или иных действий по контролю.

4. ПРОЕКТНЫЕ ХАРАКТЕРИСТИКИ

4.1. Рабочие операции. Описываются условия эксплуатации ПО системы в

вычислительных центрах и в пользовательской среде.

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

5. ТРЕБОВАНИЯ К ПРОГРАММАМ

5.1. Описание программы (имя). Определяются функции системы или подсистемы, обеспечиваемые данной программой:

а. Формулируются требования к программе.

б. Характеризуется операционное окружение.

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

5.N. Описание программы (имя). По типу п. 5.1 описывается каждая из программ.

14. Продолжение.

к конкретному проекту. Это тоже документ технического характера, ориентированный на разработчиков проекта и программистов (рис. 5.16).

4. Руководство для пользователя. Документ предназначен для пользователей системы и потому не должен содержать сугубо технической терминологии. Цель этого документа — объяснить все, что должен знать пользователь для эффективной

Программная спецификация

1. ОБЩИЕ СВЕДЕНИЯ

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

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

1.3. Используемые материалы. Перечень материалов, положенных в основу проекта:

а. Сведения о заказчике проекта (с приложением утвержденных документов).

б. Ранее опубликованные материалы по объекту проектирования.

в. Документация по другим родственным проектам.

г. Прочие справочные материалы.

2. ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ

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

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

2.3. Рабочие характеристики. Определяются требования к рабочим характеристикам программы.

2.3Л. Точность. Описываются требования к точности данных, в том числе

а) математическая точность;

б) логическая точность;

в) юридическая точность;

г) точность передачи данных.

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

2.3.3. Временные параметры. Указываются применительно к различным условиям работы:

а. Время реакции.

б. Время обновления данных.

в. Время пересылки данных и передачи их по каналам связи.

г. Полное время обработки.

2.3.4. Гибкость. Описываются возможности программы в части приспособления к изменяющимся требованиям:

а. Изменение режимов работы.

б. Изменение операционного окружения.

в Изменение интерфейсов с другими программными средствами.

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

д. Планируемые изменения и улучшения.

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

15. Содержание программной спецификации.

3. РАБОЧАЯ СРЕДА

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

а. Тип процессора и объем внутренней памяти.

б. Запоминающие устройства, оперативно-доступные и автономные средства, запоминающие среды, формы хранения информации и используемая аппаратура.

в. Оперативно-доступные и автономные устройства ввода — вывода и их производительность

г. Аппаратура передачи данных

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

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

3.4. Хранение информации. Определяются требуемые объемы памяти, условия хранения и действующие ограничения.

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

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

в. Автономные ЗУ. Формулируются требования к форме хранения, запоминающей среде и необходимому объему памяти применительно ко всем автономным ЗУ.

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

3.6. Способы контроля. Характеризуются способы контроля правильности работы программы: подсчет числа записей, нарастающие итоги и контрольные суммы. Указываются условия, приводящие к выполнению тех или иных действий по контролю.

4. ПРОЕКТНЫЕ ХАРАКТЕРИСТИКИ

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

4.2. Входы. Приводятся характеристики каждого программного входа:

а. Имя и метка.

б. Формат и тип данных с указанием шаблона записи.

в. Критерии правильности.

г. Объем и частота.

д. Способ ввода.

е. Первичный документ-источник н его местонахождение или соответствующий интерфейсный источник.

ж. Условия защиты и обеспечения конфиденциальности.

4.3. Логика программы. Описывается программная логика и представляет алгоритм в виде блок-схемы либо таблицы решений с сопутствующими текстовыми пояснениями.

4.4. Выходы. Приводятся характернстнкн каждого программного выхода:

а. Имя и метка.

б. Формат (например, в виде отчета).

в. Критерии отбора для отображения на экране, выдачи на печать нли передачи по каналу связи.

г. Объем и частота.

д. Выходные носнтелн.

е. Описание графических отображений и символических представлений.

ж. Условия защиты и обеспечения конфиденциальности.

з. Местонахождение результатов.

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

4.5. База данных. Описываются логические и физические характеристики всех баз данных, с которыми работает программа.

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

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

15. Продолжение.

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

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

Январь 24, 2019 Психология труда, инженерная психология, эргономика
Еще по теме
ТЕОРИЯ ИНТЕГРАЦИИ ОТЛИЧИТЕЛЬНЫХ ПРИЗНАКОВ: СТАДИЯ ПРЕДВНИМАНИЯ И СТАДИЯ СФОКУСИРОВАННОГО ВНИМАНИЯ
4. Выработка системы чтения.
УПРАЖНЕНИЕ 3.2. ВЫРАБОТКА ОПЕРАЦИОНАЛЬНЫХ ОПРЕДЕЛЕНИЙ
КЛАССИЧЕСКОЕ ОБУСЛОВЛИВАНИЕ (ВЫРАБОТКА УСЛОВНЫХ РЕФЛЕКСОВ)
ВЫРАБОТКА УСЛОВНЫХ РЕФЛЕКСОВ ВЫСШИХ ПОРЯДКОВ (HIGHER-ORDER CONDITIONING)
ВЫРАБОТКА УСЛОВНЫХ КОМПЕНСАТОРНЫХ РЕАКЦИЙ (CONDITIONING OF COMPENSATORY REACTIONS)
В СОВРЕМЕННОЙ ПСИХОЛОГИЧЕСКОЙ НАУКЕ ОСТРО СТОИТ ПРОБЛЕМА ВЫРАБОТКИ ЕДИНЫХ МЕТОДОЛОГИЧЕСКИХ ПОДХОДОВ
Третья стадия
СТАДИЯ ЭЛЕМЕНТАРНОЙ СЕНСОРНОЙ ПСИХИКИ.
СТАДИЯ 1.
СТАДИЯ 2.
Добавить комментарий