Формирование требований к информационным системам
Понятие ФТИС
Формирование требований к информационным системам (ФТИС) — это комплекс работ по выработке требований к ИС на основании исходных данных и с учетом рекомендаций экспертов.p>
Цель работ по ФТИС
Практические свойства создаваемой/модернизируемой ИС описываются в различной документации (концепция, техническое задание, предложения и др.). Какие требования будут заложены в эти документы - такими свойствами и будет обладать система. Поэтому главная цель ФТИС - это качественная и скрупулезная проработка требований, учет всех нюансов будущей работы пользователей с ИС. На этом этапе важно обеспечить запас функциональной и технологической долговечности системы и возможность ее последующей модернизации.
Подход РБК СОФТ к ФТИС
Для качественной разработки документации, содержащей требования к ИС, РБК СОФТ привлекает специалистов самого высокого уровня.
В зависимости от поставленных целей возможны два варианта проведения работ по ФТИС:
Первый вариант (концептуальный) подразумевает разработку концепции (предложений, рекомендаций и т.п.) содержащей общие требования и технико-технологические принципы, на которых должна строиться информационная система. Данные принципы являются концептуальной основой будущей ИС. Однако на их основе могут быть разработаны более конкретные требования к ИС. Концептуальный подход позволяет более широко взглянуть на перспективы применения ИС, а также дает возможность понять, в каких направлениях необходимо осуществлять деятельность по оптимизации информационного обеспечения. Данный вариант предпочтителен при отсутствии у заказчика задокументированных (разработана концепция) представлений о планируемой информационной системе. В этом случае разрабатывается концепция информационной системы, после создания которой возможен переход к этапу создания технического задания на разработку.
Второй вариант (операционный) подразумевает разработку технического задания (тактико-технического задания, технических требований и т. п.), содержащего четко определенные, конкретные требования. На их основе можно объективно оценить проект системы, которая будет создана. Специалисты, разрабатывающие техническое задание, методически опираются на существующие отечественные и зарубежные стандарты в данной области. Данный вариант предпочтителен при наличии у заказчика уже разработанной концепции ИС на основе которой уже возможна качественная разработка технического задания на систему.
Основной принцип - четкое определение требований, выдвигаемых к ИС. Недостаток многих технических заданий- это неконкретность требований. Составляя техническое задание, мы описываем требования в количественных характеристиках, либо на основе четких критериев, не допуская таких формулировок как: "Комплекс должен надежно работать", "Рабочее место должно соответствовать эргономическим требованиям" и т.д.
На последующих этапах заказчик имеет возможность осуществить обоснованный выбор программных платформ для реализации ИС. При необходимости можно провести последовательную проверку системы на соответствие заданным требованиям.
В качестве основных направлений анализа построения ИС выдвигаются следующие:
необходимые функциональные возможности;
масштабируемость и производительность;
поддержка открытых стандартов;
экономическая эффективность;
перспективы развития;
информационная безопасность.
Комплекс работ по ФТИС
Комплекс работ, проводимых в ходе ФТИС, включает следующие этапы:
1 Этап. Обследование объекта автоматизации. Осуществляется обследование объекта автоматизации заказчика с целью формирования исходных данных для разработки требований к ИС. Исходные данные содержат информацию по организационно-штатной структуре предприятия, информационному взаимодействию, бизнес-процессам и т.д. На этом этапе выявляются критические места в деятельности организации, влияющие на эффективность ее работы. Осуществляется анализ существующих на предприятии ИС (функции, структура, взаимодействие). Проводится оценка качества функционирования и организационно-технологического уровня используемой ИС. Обосновывается необходимость совершенствования существующей ИС.
2 Этап. Формирование требований Заказчика к информационной системе. Производится анализ исходных данных, и разрабатываются требования к ИС.
3 Этап. Оформление документации. Осуществляется окончательное оформление документации на разработку ИС и ее согласование.
Преимущества РБК СОФТ
наличие высококвалифицированных специалистов в области исследования и разработки информационных систем;
наличие большого опыта разработки информационных систем любого масштаба и в различных предметных областях;
наличие сертификата соответствия стандартам качества ISO 9001:2000, что гарантирует качество предоставляемых услуг.
Диаграмма вариантов использования. Типичный ход событий
Состав диаграммы Use Case
Диаграмма вариантов использования состоит из актеров, для которых система производит действие и собственно действия Use Case, которое описывает то, что актер хочет получить от системы. Актер обозначается значком человечка, а Use Case - овалом. Дополнительно в диаграммы могут быть добавлены комментарии.
Ответы на следующие вопросы позволят определить актеров, взаимодействующих с системой:
кто взаимодействует с системой или использует систему;
кто передает или принимает информацию в/из системы;
кто является внешним по отношению к системе.
Каждый вариант использования показывает, как конкретный актер использует систему и в дальнейшем расширяется диаграммами состояний и последовательности действий.
Виды взаимодействий
Между актерами и вариантами использования могут быть различные виды взаимодействия. Основные виды взаимодействия следующие:
Простая ассоциация - отражается линией между актером и вариантом использования (без стрелки). Отражает связь актера и варианта использования. На рисунке между актером администратор и вариантом использования просматривать заказ.
Направленная ассоциация - то же что и простая ассоциация, но показывает, что вариант использования инициализируется актером. Обозначается стрелкой.
Наследование - показывает, что потомок наследует атрибуты и поведение своего прямого предка. Может применяться как для актеров, так для вариантов использования.
Расширение (extend) - показывает, что вариант использования расширяет базовую последовательность действий и вставляет собственную последовательность. При этом в отличие от типа отношений "включение" расширенная последовательность может осуществляться в зависимости от определенных условий.
Включение - показывает, что вариант использования включается в базовую последовательность и выполняется всегда (на рисунке не показан).
Концептуальная диаграмма
Диаграммы классов
Диаграммой классов (Class diagram) называют диаграмму, на которой показано множество классов, интерфейсов, коопераций и отношений между ними. Ее изображают в виде множества вершин и дуг.
Общие свойства
Диаграмме классов присущи общие для всех диаграмм свойства: имя и графическое содержание, являющееся одной из проекций модели. Вместе с тем диаграммы такого рода отличаются от остальных специфичным содержанием.
Содержание
Диаграммы классов обычно содержат следующие сущности:
классы;
интерфейсы;
кооперации;
отношения зависимости, обобщения и ассоциации.
Подобно всем остальным диаграммам, они могут включать в себя примечания и ограничения.
Также в диаграммах классов могут присутствовать пакеты или подсистемы , применяемые для группирования элементов модели в более крупные блоки. Иногда в эти диаграммы помещают экземпляры, особенно если требуется визуализировать их тип (возможно, динамический).