Лаб4 АНАЛИЗ И СПЕЦИФИКАЦИЯ ТРЕБОВАНИЙ. Лабораторная работа 4 анализ и спецификация требований содержание Цели и задачи лабораторной работы 2 Задание 3

• Название: Лабораторная работа 4 анализ и спецификация требований содержание Цели и задачи лабораторной работы 2 Задание 3
• Дата: 13.12.2021
• Размер: 42.08 Kb.
• Имя файла: Лаб4 АНАЛИЗ И СПЕЦИФИКАЦИЯ ТРЕБОВАНИЙ.docx
• Тип: Лабораторная работа; #302383

Лабораторная работа № 4

АНАЛИЗ И СПЕЦИФИКАЦИЯ ТРЕБОВАНИЙ

Содержание

Цели и задачи лабораторной работы 2

Задание 3

Выполнение работы 4

Техническое задание 5

Контрольные вопросы 17

Цели и задачи лабораторной работы

Целями выполнения лабораторной работы являются:

1. 
   Закрепление имеющихся знаний о методах анализа и спе-цификации требований к информационным системам.
   
2. 
   Приобретение навыков анализа и формализации требований, предъявляемых к ИС.
   
3. 
   Приобретение навыков разработки технического задания на создание новой информационной системы.
   

• 
  процессе выполнения лабораторной работы решаются следующие задачи:
  

1. Выполняется анализ постановки задачи на создание ИС.

2. Выявляются и формулируются концептуальные, функциональные и технические требования к информацион-ной системе.

3. Разрабатывается документ «Техническое задание на создание ИС», описывающий требования к ИС и содержащий другие, необходимые для разработки, сведения.

Задание

В процессе выполнения лабораторной работы необходимо:

1. 
   Изучить требования к структуре и содержанию документа «Техническое задание на создание ИС». Составить план документа.
   
2. 
   Сформулировать цели и задачи создания ИС. Охарактеризовать вид ИС, её назначение, используемые в работе системы данные. Сформулировать концептуальные требования к ИС.
   
3. 
   Дать характеристику типового объекта автоматизации (организации, предприятия) для которого создаётся и на котором будет внедрена ИС. Описать автоматизируемые бизнес-процессы.
   
4. 
   Сформулировать требования к системе в целом. Описать структуру ИС. Перечислить функциональные подсистемы.
   
5. 
   Сформулировать функциональные требования. Описать требования к функциям и задачам, выполняемым системой. Описать назначение и состав функций каждой из подсистем.
   
6. 
   Описать предметную область. Разработать концептуальную модель данных предметной области. Сформулировать требования к информационному обеспечению системы.
   
7. 
   Сформулировать требования к программному обеспечению системы. Описать требования к пользовательскому интерфейсу. Сформулировать технические требования к реализации и режимам работы ИС.
   
8. 
   Используя полученные результаты, подготовить документ «Техническое задание на создание ИС», включающий в себя полное описание концептуальных, функциональных и технических требований к создаваемой системе.
   

Выполнение работы

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

Техническое задание

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

1.1 Наименование программного продукта

База данных «Поликлиника».

1.2 Назначение проекта

Автоматизировать работу регистратуры поликлиники

Автоматизация данного процесса позволит:

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

2 ОСНОВАНИЯ ДЛЯ РАЗРАБОТКИ

Задание преподавателя на выполнение курсовой работы
3 НАЗНАЧЕНИЕ РАЗРАБОТКИ

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

Основными задачами создания разработки «Поликлиника являются:

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

4 ТРЕБОВАНИЯ К СИСТЕМЕ

4.1. Требования к системе в целом (общие)

4.1.1 Требования к функциональным характеристикам

Приложение должно предоставлять возможность к следующим функциям:

• 
  работа приложения на любом устройстве под ОС «Windows», не зависимо от вида ЭВМ, архитектуры ЭВМ и вида ОС «Windows»;
  
• 
  возможность выполнения действий в соответствии с обработчиками кнопок.
  

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

Требования, поставленные к надежности приложения, являются следующими:

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

4.1.3 Условия эксплуатации

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

Программа будет стабильно работать от плюс 5 до плюс 35 °C при относительной влажности 90 % и атмосферном давлении 462 мм.рт.ст., поскольку такие условия приблизительно соответствуют условиям эксплуатации современных компьютеров непромышленного исполнения.

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

4.1.4 Требования к составу и параметрам технических средств

В состав технических средств должен входить IBM-совместимый персональный компьютер (ПЭВМ), включающий в себя:

• 
  процессор Intel Pentium 4 с тактовой частотой не менее 1,2 ГГц;
  
• 
  оперативную память объемом не менее 256 Мб;
  
• 
  свободное место на жестком диске не менее 10 Мб.
  

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

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

4.1.5Требования к защите информации от несанкционированного доступа

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

2. Каждый пользователь имеет собственную учётную запись на уровне системы.

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

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

Средства антивирусной защиты должны быть установлены на всех рабочих местах пользователей и администраторов Системы.

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

4.1.6 Требования к маркировке и упаковке

Требования к маркировке и упаковке не предъявляются.

4.1.7 Требования к транспортировке и хранению

Требования к транспортировке и хранению не предъявляются.

4.1.8 Требования к программной документации

Программная документация должна соответствовать ГОСТ 34.601-90 (Общие требования к программным документам).

В состав программной документации должны входить:

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

Руководство пользователя и администратора должны быть представлены в электронной форме.

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

Не предъявляются

4.1.10 Требования безопасности

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

Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. «ССБТ. Пожарная безопасность. Общие требования».

Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91. «ССБТ. Оборудование производственное. Общие требования безопасности» при обслуживании системы в процессе эксплуатации.

Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. «Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации».

Значения эквивалентного уровня акустического шума, создаваемого аппаратурой системы, должно соответствовать ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение», но не превышать следующих величин:

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

- 60 дБ - при работе технологического оборудования и средств вычислительной техники с печатающим устройством.

4.2. Требования к функциям (задачам)

В составе разработки должны быть представлены следующие функциональные задачи (автоматизированы бизнес-процессы):

• 
  учет пациентов поликлиники;
  
• 
  учет приема пациентов врачами;
  
• 
  учет посещений пациентами поликлиники;
  
• 
  формирование электронной карты пациента;
  
• 
  формирование отчетов приема пациентов.
  

4.3. Требования к видам обеспечения

4.3.1. Требования к математическому обеспечению

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

4.3.2. Требования к программным средствам

1) Перечень покупных программных средств

Delphi 10.1 Berlin, CASE-средства

2) к независимости программных средств от используемых СВТ и операционной среды;

Программное обеспечение и библиотеки программных кодов, которые используется при разработке, должны иметь широкое распространение и являться общедоступными. Базовой операционной системой (ОС) должна являться ОС Windows 7/10, на которой должно быть установлена СУБД Delphi Berlin 10.1 и программный интерфейс, обеспечивающий работу с информационной системой.

3) к качеству программных средств, а также к способам его обеспечения и контроля;

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

4.3.3. Требования к информационному обеспечению

1) к составу, структуре и способам организации данных в системе;

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

• 
  область временного хранения данных;
  
• 
  область постоянного хранения данных;
  
• 
  область витрин данных.
  

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

2) к информационному обмену между компонентами системы;

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

	Подсистема сбора, обработки и загрузки данных	Подсистема хранения данных	Подсистема формирование и визуализации отчетности
Подсистема сбора, обработки и загрузки данных		X
Подсистема хранения данных	X		X
Подсистема формирование и визуализации отчетности		X

3) к информационной совместимости со смежными системами;

Будут разработаны на стадии проектирования

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

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

5) по применению систем управления базами данных;

Для реализации подсистемы хранения данных должна использоваться СУБД.

6) к структуре процесса сбора, обработки, передачи данных в системе и. представлению данных;

Будут разработаны на стадии проектирования

7) к защите данных от разрушений при авариях и сбоях в электропитании системы;

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

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

8) к контролю, хранению, обновлению и восстановлению данных;

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

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

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

9) к процедуре придания юридической силы документам, продуцируемым техническими средствами ИС

Требования не предъявляются

4.3.4. Требования к техническим средствам

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

Требования к техническим характеристикам сервера:

• 
  процессор – Intel Core 2 Duo 1,8 ГГц;
  
• 
  объем оперативной памяти – 2 Гб;
  
• 
  дисковая подсистема – 2 х 80 Гб;
  
• 
  .NET Framework 4.0;
  
• 
  Web server version: IIS 6;
  
• 
  сетевой адаптер – 100 Мбит.
  

Требования к техническим характеристикам ПК пользователя и ПК администратора:

• 
  процессор – Intel Pentium 1,2 ГГц;
  
• 
  объем оперативной памяти – 256 Мб;
  
• 
  дисковая подсистема – 20 Гб;
  
• 
  сетевой адаптер – 100 Мбит;
  
• 
  клавиатура, манипулятор типа «мышь».
  

В состав комплекса технических средств должны входить:

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

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

• 
  подключение к сети Интернет (скорость - 10 Мбит/с).
  

Количественный и качественный состав технических средств системы должен быть определен на стадии «Технический проект».

4.3.5. Требования к организационному обеспечению

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

Не предъявляется

2) к организации функционирования системы и порядку взаимодействия персонала ИС и персонала объекта автоматизации;

Не предъявляется

3) к защите от ошибочных действий персонала системы.

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

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

Не предъявляются.

4.3.7. Требования к организационному обеспечению

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

4.3.8. Требования к методическому обеспечению

Не указывается.

4.3.9. Требования к патентной чистоте

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


5. Этапы, сроки и результаты выполнения

Состав и содержание работ по созданию системы, а также перечень документов, предъявляемых по окончании соответствующих стадий создания, должны отвечать требованиям ГОСТ 34.601-90.

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

Таблица 1 – Перечень работ по системы

Наименование стадий и этапов Создания системы	Сроки выполнения работ	Результаты работ
1. Технический проект Разработка проектных решений Разработка документации	01.12.21 – 29.12.21	Пояснительная записка к техническому проекту
2. Рабочая документация Разработка рабочей документации Адаптация программы	21.01.22 – 24.02.22	Руководство пользователя Руководство администратора
3. Ввод в действие Подготовка объекта автоматизации к вводу системы в действие Подготовка персонала Проведение предварительных испытаний Проведение опытной эксплуатации Проведение приемочных испытаний	25.02.22 – 30.04.22	Документация по программному обеспечению. Описание комплекса технических средств. Программа и методика испытаний. Приказ о составе приёмочной комиссии. Протокол испытаний.
4. Сопровождение системы	18 месяцев, после подписания акта приемки-передачи	Обслуживание системы

6. Порядок контроля и приемки АС

6.1. Общие требования к приемке работ по стадиям

Место проведения: Кафедра ….

Сроки проведения: см. таблицу 1.

Участники: Заказчик, Разработчик.

Перечень приемочных документов:

- программа и методика испытаний;

- приказ о составе приемочной комиссии;

- протокол испытаний;

- акт приемки в постоянную эксплуатацию.

6.2. Виды, состав, объем и методы испытаний системы и ее составных частей

По окончании работ по созданию системы в трехдневный срок заказчик должен подписать документ «Программа и методика испытаний». В трехдневный срок от даты подписания документа «Программа и методика испытаний» заказчик должен создать ведомственную приемочную комиссию. Комиссия вместе с разработчиком, в соответствии с документом «Программа и методика испытаний» и ГОСТ 34.601-90, должна провести предварительные комплексные испытания системы с целью определения ее работоспособности и решения вопроса о возможности приемки в опытную эксплуатацию.

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

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

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

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

Срок гарантийного обслуживания системы должен быть установлен с даты подписания акта приемки-передачи, равен 18 месяцам. Запись о гарантийном обслуживании должна быть сделана в акте приемки в постоянную эксплуатацию.

Статус приемочной комиссии

Состав приемочной комиссии:

1. 
   Заказчик.
   
2. 
   Разработчик
   

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

Состав и содержание работ по созданию системы регламентирован стандартом ГОСТ-34.602, РД 50-34.698-90.

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

7.1. Технические мероприятия

Силами Заказчика в срок до начала этапа «Разработка рабочей документации. Адаптация программ» должны быть выполнены следующие работы:

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

7.2. Организационные мероприятия

Силами Заказчика в срок до начала этапа работ «Разработка рабочей документации. Адаптация программ» должны быть решены организационные вопросы по взаимодействию с системами источниками данных. К данным организационным вопросам относятся (рисунок 10):

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

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

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

7.3. Изменения в информационном обеспечении

Для организации информационного обеспечения системы должны быть разработаны и утверждены следующие регламенты:

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

8. Требования к документированию

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

1. 
   ГОСТ 34.602 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.
   
2. 
   РД 50-34.698-90 Автоматизированные системы требования к содержанию документов.
   
3. 
   ГОСТ Р ИСО/МЭК 12207-99 Процессы жизненного цикла ПС.
   
4. 
   ISO 15504:1-9:1998 Оценка (аттестация) процессов жизненного цикла программных средств
   
5. 
   ISO 15271:1998. (ГОСТ Р-2002). ИТ. Руководство по применению ISO 12207.
   
6. 
   ISO 16326:1999. (ГОСТ Р-2002). ИТ. Руководство по применению ISO 12207 при административном управлении проектами.
   
7. 
   ISO 9000-3:1997. Стандарты в области административного управления качеством и обеспечения качества. Часть 3. Руководящие положения по применению стандарта ISO 9001 при разработке, поставке и обслуживании программного обеспечения.
   
8. 
   ГОСТ 19-201-78 Единая система программной документации. Техническое здание. Требование к содержанию и оформлению.
   
9. 
   ГОСТ 19.402-78 Единая система программной документации. Описание программы.
   
10. 
    ГОСТ 19.404-79 Единая система программной документации. Пояснительная записка. Требования к содержанию и оформлению.
    
11. 
    ГОСТ 19.301-79 Единая система программной документации. Программа и методика испытаний. Требования к содержанию и оформлению.
    

9. Источники разработки

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

Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:

• 
  Договор № … от … между …
  
• 
  ГОСТ 24.701-86 «Надежность автоматизированных систем управления».
  
• 
  ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды».
  
• 
  ГОСТ 21958-76 «Система "Человек-машина". Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».
  
• 
  ГОСТ 12.1.004-91 «ССБТ. Пожарная безопасность. Общие требования».
  
• 
  ГОСТ Р 50571.22-2000 «Электроустановки зданий».
  
• 
  и т.д.
  

СОСТАВИЛИ

Наименование организации. предприятия	Должность исполнителя.	Фамилия имя, отчество	Подпись	Дата

СОГЛАСОВАНО

Наименование организации. предприятия	Должность исполнителя.	Фамилия имя, отчество	Подпись	Дата

Контрольные вопросы

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

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

Требования к системе должны содержать:

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

2. 
   Методы анализа и спецификации требований.
   

Методы выявления требований

Интервью, опросы, анкетирование

Мозговой штурм, семинар

Наблюдение за производственной деятельностью, «фотографирование» рабочего дня

Анализ нормативной документации

Анализ моделей деятельности

Анализ конкурентных продуктов

Анализ статистики использования предыдущих версий системы

3. 
   Анализ предметной области.
   

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

4. 
   Разработка технического задания на создание информационной системы.
   

ТЗ на АС является основным документом, определяющим требования и порядок создания (развития или модернизации - далее создания) автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие. 

5. 
   Концептуальные требования.
   

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

6. 
   Функциональные требования.
   

Функциональные требования регламентируют функционирование или поведение системы (behavioral requirements). Функциональные требования отвечают на вопрос "что должна делать система" в тех или иных ситуациях. Функциональные требования определяют основной "фронт работ" Разработчика, и устанавливают цели, задачи и сервисы, предоставляемые системой Заказчику.

7. 
   Технические требования.
   

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

8. 
   Технологии и методологии управления требованиями.
   

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