Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат



страница4/12
Дата23.07.2013
Размер0.93 Mb.
ТипЗакон
1   2   3   4   5   6   7   8   9   ...   12

6.1 Анализ и спецификации требований к информационной системе



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

Процесс сбора и анализа требований состоит из:

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

  2. определения архитектуры ИС;

  3. определения ограничений реализации ИС;

  4. анализа архитектуры аппаратного обеспечения, коммуникаций.



6.1.1 Анализ и детальное моделирование программных требований


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



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

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

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

Функциональные требования, как минимум должны включать:

  1. требования, согласованные всеми заинтересованными представителями бизнес-подразделений:

- характеристику ИС;

- основные цели создания и назначение;

- планируемое развитие;

- требования к ИС в целом;

- требования к структуре данных ИС;

- требования к функциональности ИС;

- требования к интерфейсу пользователя и отчетам;

- требования к средствам администрирования;

- требования к средствам разработки;

- требования к взаимодействию с другими программными продуктами;

- требования к документированию;

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


- описание спецификации ИС, в которых применяется данное приложение;

- документирование форматов входных и выходных данных;

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

- методы реализации контролей проверки данных транзакций, введенных для обработки (вручную или системой) на точность, полноту и достоверность;

- методы обнаружения и исключения ошибочных транзакций по ходу их обработки;

- средства, поддерживающие неотказуемость транзакций;

  1. формализованные требования, согласованные всеми заинтересованными представителями бизнес-подразделений :

- описание детальных спецификаций ПО в части функциональности системы;

- требования к разработке и документированию интерфейсов с внутренними системами;

- требования к разработке и документированию алгоритмов обработки данных;

- требования обеспечения безопасности, целостности и доступности (в том числе при чрезвычайных ситуациях).

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



Требования к внешним интерфейсам ИС, в зависимости от необходимости, должны включать:

  1. приоритет, который ИС должна присвоить интерфейсу;

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

  3. требуемые характеристики индивидуальных элементов данных, которые должна предоставлять ИС для обеспечения хранения, передачи, доступа, приема данных:

- имя/идентификаторы;

- тип данных (цифробуквенный, целый);

- размер и формат (длина и пунктуация ряда символов);

- единицы измерения (объема, стоимости, времени);

- интервал или перечисление возможных значений (например, 0–99);

- аккуратность (насколько верно) и точность (число значащих разрядов);

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

- ограничения по безопасности;

- источники (объекты, которые создают/посылают данные) и получатели (объекты, которые используют/принимают данные);

  1. требуемые характеристики совокупностей элементов данных (записи, сообщения, файлы, матрицы, отчеты), которые ИС должна предоставлять, хранить, передавать, принимать и обеспечивать к ним доступ:

- имя/идентификаторы;

- элементы данных, которые входят в их структуру (номер, порядок, группировка);

- среды (например, диски) и структуры данных/элементов в среде;

- аудиовизуальные характеристики сообщений и других выходов;

- отношения между группами, характеристики сортировки/доступа;

- приоритет, хронометраж, частота, объем, порядок и другие ограничения;

- время реагирования на запрос;

- ограничения безопасности;

- источники и получатели;

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

- уникальные проектные идентификаторы;

- коммуникации, связи/полосы пропускания/частоты/среды и их характеристики;

- формат сообщений;

- контроль потоков;

- скорости передачи, периодичность, интервал между передачами;

- маршрутизация, адресация и пространства имен;

- услуги передачи, включая приоритеты и оценки;

- соображения безопасности/конфиденциальности, такие как шифрование, аутентификация пользователей, проведение аудита;

  1. требования к характеристикам, которыми должны обладать протоколы ИС для взаимодействия:

- уникальный идентификатор проекта;

- приоритет/уровень протокола;

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

- проверки легальности, контроль над ошибками и процедуры восстановления;

- синхронизация, включая установку соединения, поддержание, прекращение;

- состояние, идентификация и любые возможности отчетов;

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



5.1.1.3 Нефункциональные требования



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

Нефункциональные требования включают:

  1. ограничения среды и реализации;

  2. производительность (скорость, пропускная способность, время отклика, используемая память);

  3. зависимость от платформы;

  4. расширяемость;

  5. надежность (пригодность, точность, средняя наработка на отказ, число ошибок на тысячу строк программы, число ошибок на класс).

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

  1. управляемость;

  2. рентабельность;

  3. эффективность;

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

  5. доступность и надежность;

  6. мощность и производительность;

  7. возможность внесения исправлений;

  8. возможность инсталлирования;

  9. контролируемость;

  10. поддерживаемость;

  11. удобство использования;

  12. безопасность.

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

6.1.1.4 Основные требования к информационным системам органов публичной власти



ИС органов публичной власти должны обеспечивать:

  1. гарантированный и безопасный доступ к общедоступным государственным информационным ресурсам;

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

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

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

  5. оперативный и безопасный обмен данными между пользователями;

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

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

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

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

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

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

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

  5. системы электронного документооборота;

  6. системы управления электронными архивами документов;

  7. системы управления эксплуатацией (включая системы управления инфраструктурными компонентами);

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

  9. системы обеспечения информационной безопасности;

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

ИС органов публичной власти должны создаваться на основании следующих принципов:

  1. доступность, достоверность, полнота и своевременность предоставления информации;

  2. конфиденциальность - обеспечение разграничения доступа к информационным ресурсам ИС в пределах предоставленных пользователям полномочий;

  3. открытость - возможность интегрирования с другими ИС и национальной ИС;

  4. масштабируемость - возможность дальнейшего расширения функциональных возможностей ИС путем добавления в их состав программно–аппаратных средств, модернизации;

  5. защищенность - обеспечение сохранности и целостности информационных ресурсов, входящих в состав ИС;

  6. надежность функционирования и устойчивость ИС.



6.1.1.5 Требования по обеспечению информационной безопасности информационных систем органов публичной власти



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

Программно–аппаратные средства защиты информации, применяемые в ИС органов публичной власти, должны быть лицензионными, сертифицированными и обеспечивать:

  1. идентификацию защищаемых информационных ресурсов;

  2. аутентификацию пользователей ИС;

  3. конфиденциальность информации, циркулирующей в системе;

  4. аутентифицированный обмен данными;

  5. целостность данных при формировании, передаче, использовании, обработке и хранении информации;

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

  7. разграничение доступа пользователей к ресурсам ИС;

  8. администрирование (обозначение прав доступа к ресурсам ИС, обработка информации из регистрационных журналов, установка и снятие системы защиты);

  9. регистрацию действий по входу и выходу пользователей, а также нарушений прав доступа к ресурсам ИС;

  10. контроль целостности и работоспособности системы обеспечения информационной безопасности;

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



6.1.2 Определение архитектуры информационной системы



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

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

На данном этапе должны быть разработаны планы тестирования для различных уровней тестирования (смотри раздел 6.5):

  1. тестирование блочное;

  2. тестирование модуля;

  3. тестирование системы (возможности интегрирования систем);

  4. тестирование интерфейсов между системами;

  5. тестирование файлов загрузки;

  6. нагрузочное тестирование;

  7. тестирование безопасности;

  8. тестирование резервного копирования.



6.1.3 Определение ограничений реализации ИС



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

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

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

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

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

6.1.4 Анализ архитектуры аппаратного обеспечения, коммуникаций



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

На этапе проектирования определяются как архитектура аппаратного обеспечения, так и требования низкого уровня. Разработка архитектуры заключается в принятии ряда последовательных и взаимосвязанных решений о структуре аппаратного обеспечения ИС. Разработка требований низкого уровня к ИС – формирование требований к отдельным программным модулям.

Архитектура ИС включает описание:

  1. физических сущностей, из которых состоит система (узлов сети, сетей);

  2. информационных потоков между физическими сущностями в системе;

  3. спецификаций каналов передачи информации в системе;

  4. выбора платформы (платформ) и операционной системы (операционных систем);

  5. выбора архитектуры «файл–сервер» или «клиент–сервер»;

  6. выбора 3–уровневой архитектуры со следующими слоями: сервер, ПО промежуточного слоя (сервер приложений), клиентское ПО;

  7. выборa базы данных централизованной или распределенной.

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

Результаты этапа включают:

  1. определение аппаратных и программных требований и ограничений;

  2. определение функциональных, нефункциональных и требований по безопасности ИС;

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

  4. создание аппаратной архитектуры.

На данном этапе в стоимость ИС будут включены компоненты затрат, указанные в Таблице 1.
Таблица 1. Стоимость информационной системы на этапе «Сбор и анализ требований к информационной системе»

п\п

Компоненты затрат

Стоимость работ сторонних организаций

Стоимость работ собственного персонала

Стоимость учебных курсов и сертификации

1

Разработка документации по функциональным требованиям










2

Разработка документации по требованиям к внешним интерфейсам










3

Разработка документации по нефункциональным требованиям










4

Разработка спецификации требований к ИС










5

Разработка документации по требованиям к ПО










6

Проверка и валидация, определение ограничений к ИС










7

Определение архитектуры ИС










8

Разработка ограничений реализации ИС










9

Планирование управления конфигурацией ПО










10

Контроль конфигурации










11

Составление отчетности по конфигурации










12

Определение архитектуры аппаратного обеспечения










13

Определение требований к аппаратному обеспечению










14

Разработка критической модели ИС










15

Определение требований по обеспечению информационной безопасности










16

Проектирование ПО










17

Административные расходы, связанные со сбором и анализом требований к ИС










Итого:










Итого по этапу:






1   2   3   4   5   6   7   8   9   ...   12

Похожие:

Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconРегламент Удостоверяющего центра электронной цифровой подписи автоматизированных информационных систем
Порядок регистрации пользователя, изготовления и управления сертификатами ключей подписей
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconСвободное программное обеспечение: терминология предметной области
«Разработка предложений по созданию единой технологической платформы для разработки автоматизированных информационных систем государственного...
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconОпределение места повреждения кабельной линии в системах электроснабжения
По данным [2, 3], отказы, связанные с неисправностями кл, составляют до 40%. Экономические издержки в виде затрат на ремонт достигают...
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconЛогико-математические основы автоматизированных информационных систем
В процессах анализа и разработки аис широко используется математическое моделирование, в основе которого лежит понятие экспликации...
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconТермодинамический подход к анализу затрат в концепции разработки стратегии развития экономических систем
Исследован характер изменения трансакционных затрат в зависимости от энтропии экономической системы
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconПрограмма Секции:"Инженерия методов и процессов", "Инженерия информационных систем", "Инженерия знаний", "Прикладные аспекты и инструменты реализации информационных систем". Библиографические данные Материалы конференции
...
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconДисциплина «Программное обеспечение автоматизированных информационных систем»
Стандартные методы совместного доступа к базам и программам в сложных информационных системах
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconНормы затрат на сервисное обслуживание базовых средств информационных технологий и информационных систем исполнительных органов государственной власти Ханты-Мансийского автономного округа Югры
Ханты-Мансийского автономного округа Югры и представления отчетности по расходам на промышленную эксплуатацию базовых средств информационных...
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconОб индексах изменения стоимости строительно-монтажных работ и прочих работ и затрат в строительстве
Госстроем СССР индексы изменения сметной стоимости строительно-монтажных работ, прочих затрат и территориальные коэффициенты для...
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconМетодология и технология разработки информационных систем
Методология создания информационных систем заключается в организации процесса построения информационной системы и в управлении этим...
Разместите кнопку на своём сайте:
ru.convdocs.org


База данных защищена авторским правом ©ru.convdocs.org 2016
обратиться к администрации
ru.convdocs.org