Формирование требований к информационным системам

Понятие ФТИС

 

Формирование требований к информационным системам (ФТИС) — это комплекс работ по выработке требований к ИС на основании исходных данных и с учетом рекомендаций экспертов.p>

Цель работ по ФТИС

 

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

Подход РБК СОФТ к ФТИС

Для качественной разработки документации, содержащей требования к ИС, РБК СОФТ привлекает специалистов самого высокого уровня.

 

В зависимости от поставленных целей возможны два варианта проведения работ по ФТИС:

 

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

 

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

 

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

 

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

 

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

необходимые функциональные возможности;

масштабируемость и производительность;

поддержка открытых стандартов;

экономическая эффективность;

перспективы развития;

информационная безопасность.

Комплекс работ по ФТИС

 

Комплекс работ, проводимых в ходе ФТИС, включает следующие этапы:

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

 

2 Этап. Формирование требований Заказчика к информационной системе. Производится анализ исходных данных, и разрабатываются требования к ИС.

 

3 Этап. Оформление документации. Осуществляется окончательное оформление документации на разработку ИС и ее согласование.

Преимущества РБК СОФТ

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

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

наличие сертификата соответствия стандартам качества ISO 9001:2000, что гарантирует качество предоставляемых услуг.

 

Диаграмма вариантов использования. Типичный ход событий

 

Состав диаграммы Use Case

 

Диаграмма вариантов использования состоит из актеров, для которых система производит действие и собственно действия Use Case, которое описывает то, что актер хочет получить от системы. Актер обозначается значком человечка, а Use Case - овалом. Дополнительно в диаграммы могут быть добавлены комментарии.

 

 

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

 

кто взаимодействует с системой или использует систему;

 

кто передает или принимает информацию в/из системы;

 

кто является внешним по отношению к системе.

 

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

Виды взаимодействий

 

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

Простая ассоциация - отражается линией между актером и вариантом использования (без стрелки). Отражает связь актера и варианта использования. На рисунке между актером администратор и вариантом использования просматривать заказ.

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

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

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

Включение - показывает, что вариант использования включается в базовую последовательность и выполняется всегда (на рисунке не показан).

 

Концептуальная диаграмма

 

 

Диаграммы классов

Диаграммой классов (Class diagram) называют диаграмму, на которой показано множество классов, интерфейсов, коопераций и отношений между ними. Ее изображают в виде множества вершин и дуг.

Общие свойства

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

Содержание

Диаграммы классов обычно содержат следующие сущности:

классы;

интерфейсы;

кооперации;

отношения зависимости, обобщения и ассоциации.

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

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