Методические указания к курсовому проектированию по дисциплине Москва 2001 для студентов специальности "Информационные системы в управлении" 071900

Вид материала

Методические указания

Содержание Условия эксплуатации. Рабочие характеристики системы. База данных. Требования к процедурам функционирования системы Форматы ввода. Примеры форм для ввода данных (экранов). Форматы вывода. Запросы к базе данных.

Подобный материал:

• Методические указания к курсовому проектированию по дисциплине "антикризисное управление", 137.98kb.
• Методические указания по курсовому проектированию для студентов направления 071900, 440.96kb.
• Методические указания по выполнению лабораторной работы №12 для студентов специальности, 141.78kb.
• Методические указания по выполнению лабораторной работы №14 для студентов специальности, 187.8kb.
• Методические указания по выполнению лабораторной работы №3 для студентов специальности, 177.77kb.
• Методические указания к курсовому проектированию по учебной дисциплине «инновационный, 378.33kb.
• Методические указания по курсовому проектированию по дисциплине «страхование» для студентов, 1442.66kb.
• Методические указания к курсовому проектированию по учебной дисциплине «Управленческие, 1355.04kb.
• Методические указания по курсовому проектированию по дисциплине «страхование» для студентов, 1282.26kb.
• Методические указания к курсовому проектированию по учебной дисциплине, 1609.55kb.

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

2.1. Общие замечания

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

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

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

В связи с этим техническое задание должно содержать следующие основные разделы:

2.2. Оглавление технического задания

Титульный лист

Введение

1. Наименование разработки
   
2. Цель разработки
   
3. Основание для разработки
   
4. Используемая терминология предметной области
   

24

5. Перечень используемых сокращений
   
6. Описание проблемы автоматизации
   

1. Описание технологических процессов, подлежащих автоматизации.
   
2. Описание документооборота существующего технологического про­
   цесса.
   
3. Формулировка проблемы и задач автоматизации (требования поль­
   зователя).
   

7. Схемы потоков данных рассматриваемой проблемной области
   
8. Функциональное назначение разрабатываемого программного изделия
   (требования к программному изделию)
   

^х/ 9. Архитектура программного комплекса и функциональная модель

10. Логическая схема базы данных

1. Диаграмма взаимосвязей данных (типа "сущность-отношение")
   
2. Структура записей файлов (таблиц)
   
3. Словарь данных
   

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

'/ ( 14.1. Описание алгоритма функционального модуля

14.2. Описание экранных форм, входных и выходных данных

15. Представление справочной инсрормации и выходные отчеты
    
16. Средства обеспечения защиты и безопасности программ и данных
    
17. Технические и программные средства
    
18. Рекомендации по распространению программного изделия.
    

Приложения

1. Технико-экономическое обоснование разработки
   
2. Стадии и этапы разработки
   
3. Перечень разрабатываемой документации
   

2.3. Содержание разделов технического задания

Введение

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

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

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

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

25

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

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

2. Цель разработки

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

3. Основание для разработки

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

4. Используемая терминология предметной области

Приводится список терминов и их определений, характерных для рассматри­ваемой предметной области и используемых в ТЗ.

5. Перечень используемых сокращений

Приводится список всех сокращений, используемых в ТЗ, и дается их рас­шифровка.

6. Описание проблемы автоматизации

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

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

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

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

При описании документопотоков необходимо указать:

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

26

• форма передачи документа и приемник документа.

6.3. Формулировка проблемы и задач автоматизации (требования пользовате­ля)

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

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

7. Схемы потоков данных рассматриваемой проблемной области

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

8. Функциональное назначение разрабатываемого программного изделия
(требования к программному изделию)

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

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

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

• организация взаимодействия с другими информационными системами.
Кроме функциональных требований, необходимо рассмотреть:

1. Эксплуатационные требования.
   
2. Требования к интерфейсам.
   3- Операционные требования.
   

4. Требования к техническим ресурсам.
   
5. Требования к защите и безопасности информации.
   
6. Требования к качеству программного изделия.
   
7. Требования к надежности.
   

27

Требования на пригодность к сопровождению. Требования к документации.

9.

9. Архитектура программного комплекса и функциональная модель ' Описывается иерархическая функциональная диаграмма программного изде­лия, отражающая иерархию функции и подфункции.

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

10. Логическая схема базы данных

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

10.1. Диаграмма взаимосвязей данных (типа "сущность-отношение")
Приводится общая схема данных в виде блок-схем (диаграмм), элементами

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

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

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

10.2. Структура записей файлов (таблиц)

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

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

10.3. Словарь данных

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

28

11. Состав и привилегии пользователей, распределение функций между ними Необходимо описать:

• какие категории пользователей будут взаимодействовать с системой;
  
• пользователи каких структурных подразделений организации будут исполь­
  зовать данный программный продукт и в каких режимах функционирования системы;
  
• количественный состав каждой группы пользователей и требования к их
  квалификации в области компьютерных технологий;
  
• структуру и состав АРМ пользователей (в случае их наличия) с перечнем
  решаемых на каждом из них задач.
  

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

• просмотр;
  
• внесение новых записей;
  
• корректировка отдельных полей записей;
  
• удаление записей;
  
• создание новых файлов (таблиц);
  
• удаление файлов (таблиц).
  

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

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

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

12. Требования к интерфейсу пользователя

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

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

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

13. Структура меню программной системы

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

29

14. Детальное описание программных модулей

14.1. Описание алгоритма функционирования модуля

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

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

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

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

14.2. Описание экранных форм, вызываемых модулем

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

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

Каждое экранное окно должно быть подробно описано:

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

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

Для каждого выходного отчета необходимо указать:

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

• структуру документа с описанием расположения и содержания полей;

30

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

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

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

17. Технические и программные средства

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

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

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

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

программное изделие.

Приложения

1. Технико-экономическое обоснование разработки.
   
2. Стадии и этапы разработки.
   
3. Перечень разрабатываемой документации.
   

3. Руководство пользователя

3.1. Общие замечания

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

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

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

31

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

Целесообразно дать иллюстрации в виде экранов с описанием особенностей манипуляций на клавиатуре.

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

Руководство пользователя содержит следующие разделы:

• общие сведения;
  
• описание применения;
  
• требования к процедурам.
  

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

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

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

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

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

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

32

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

3.2. Содержание разделов руководства

Перечень разделов руководства пользователя может быть представлен сле­дующим образом:

1. Общие сведения

1. Аннотация. Описывается прикладная область, для которой предназна­
   чено программное средство и указываются его основные функции.
   
2. Условия функционирования. Указывается, где предполагается устанав­
   ливать разработанное программное средство.
   

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

2. Описание применения

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

2. Условия эксплуатации. Описываются оперативные взаимосвязи основ­
   ных функций программного комплекса, которые связаны с вводом данных в систему
   и с выдачей, и использованием результатов функционирования системы в организа­
   ции. Излагаются сведения об используемой системе защиты и безопасности про­
   грамм и конфиденциальности информации базы данных. Изложение материала мо­
   жет иллюстрироваться схемами с описанием входных и выходных данных.
   
3. Оборудование. Перечисляются технические средства, необходимые для
   нормального функционирования программного комплекса.
   
4. Структура программного комплекса. Приводится общая архитектура
   программного комплекса и отмечается функциональное назначение каждой про­
   граммной компоненты в системе.
   
5. Рабочие характеристики системы. Характеризуются функциональные
   возможности системы с указанием количественных параметров системы, включая
   пропускную способность системы (параметры входного потока транзакций, время их
   обработки), а также показатели надежности системы. Кроме этого, могут быть пред­
   ставлены качественные показатели системы, характеризующие пригодность к со­
   провождению, удобство эксплуатации и т.п.
   
6. База данных. Приводится общая логическая структура базы данных и
   описываются все файлы с указанием их назначения.
   
7. Схемы Н1РО. Приводится общая схема обработки данных в системе с
   возможной разбивкой по режимам функционирования. Каждый блок обработки
   снабжается описанием потоков входных и выходных данных.
   

3. Требования к процедурам функционирования системы

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

3.1. Запуск системы. Дается пошаговое описание процедур в процессе ини­
циализации процесса обработки данных в системе.

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

33

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

1. Форматы ввода. Должны быть представлены форматы всех вход­
   ных форм и соответствующих экранов, которые используются для ввода данных.
   Достаточно подробно объясняется назначение каждого реквизита формы и приня­
   тые грамматические правила и ограничения при заполнении каждого конкретного
   реквизита.
   
2. Примеры форм для ввода данных (экранов). Приводятся примеры
   всех входных форм с подробным их описанием и заполненные конкретными данны­
   ми. Для каждого реквизита указываются на примерах особенности вводимой инфор­
   мации.
   

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

1. Форматы вывода. Приводятся макеты всех выходных форм и эк­
   ранов с объяснениями каждого раздела формы.
   
2. Образцы выходных форм. Приводятся примеры результатов каж­
   дого типа с определением смысла и способа использования всех переменных.
   

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

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