
- •«Разработка требований к информационной системе»
- •4.1 Диаграмма опорных точек
- •4.2 Проведение аттестации требований, с указанием типов проверок.
- •Проверка на непротиворечивость.
- •Проверка на выполнимость.
- •Список используемой литературы
- •Приложение б «Техническая система»
- •12.1. Требования к проектной документации
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ
ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ
ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ
«РЯЗАНСКИЙ ГОСУДАРСТВЕННЫЙ РАДИОТЕХНИЧЕСКИЙ
УНИВЕРСИТЕТ»
ФАКУЛЬТЕТ АВТОМАТИКИ И ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ В УПРАВЛЕНИИ
КАФЕДРА АВТОМАТИЗИРОВАННЫХ СИСТЕМ УПРАВЛЕНИЯ
«Тсистемная инженерия»
Лабораторная работа №2:
«Разработка требований к информационной системе»
Выполнила ст. гр. 335М: Горбунова И.А.
Проверил: Маркин А.В.
Рязань 2014
Оглавление
1.Цель работы 3
2.Введение 3
3.Программно-аппаратные средства, используемые при выполнении работы 3
4. Архитектура системы 3
4.1 Диаграмма опорных точек 5
4.2 Проведение аттестации требований, с указанием типов проверок. 9
Вывод 12
Список используемой литературы 13
Приложение Б «Техническая система» 14
1.Цель работы
Составить и проанализировать требования к информационной системе, оформить техническое задание на разработку программного обеспечения.
2.Введение
Данная лабораторная работа направлена на преобретение практических навыков в создании технического задания в соответствии с ГОСТ 34.602-89. В ходе работы будут построены две диаграммы: диаграмма идентификации точек зрения и диаграмма иерархии точек зрения, далее будет проведена аттестация требований, указание типов проверок.
3.Программно-аппаратные средства, используемые при выполнении работы
При проектировании системы будет использован язык UML для графического описания объектного моделирования системы. Разработка системы будет производиться в среде разработки C#, так же будут подключены компоненты компаний Oracle для управления базой данных, В качестве ETL – системы выбрана бесплатная система Talend Open Studio for ESB.
4. Архитектура системы
Архитектура системы складывается из многих частей, основной из которых являются требования заказчика. Исполнители стремяться выполнить их в максимально оптимальном решении. На рисунке 1 представлена архитектура системы хранения данных корпоративного предприятия
Рисунок 1 — Функциональная архитектура системы
Рассмотрим ее более подробно.
Модель данных, включающая в себя структуру витрин данных, структуру хранилища данных, структуру словаря данных.
Структура витрин данных — показатели для ключевых измерений.
Струтктура хранилища данных — логическая модель хранилища данных
С
ловарь понятий — классификация бизнес — понятий предприятия(упорядочивание информации)
Подсистема сбора, анализа и загрузки информации (Extract Transform Load, ETL)
Данная подсистема включает модули, отвечающие за извлечение данных из существующих источников в соответствии с регламентом информационного взаимодействия, их анализ, преобразование и загрузку в хранилище данных с проведением предварительного анализа и обогащенем нормативно-справочной информации (НСИ). Она включает в себя модули:
модуль сбора, анализа, загрузки информации данный модуль предназначен для сбора информации из разных источников, приложения, базы даныых и т. д.
модуль обеспечения актуальности НСИ предназначен для своевременного обновления нормативно — справочной информации
Подсистема хранилища данных предназначена для хранения данных, представленных в разном виде.
Подсистема поддержки обеспечивает администрирование системы в целом, поддержание актуальности модели иструктур хранилища данных.
Подсистема анализа и отчетности включает в себя компоненты для ведения отчетов, различных типов.
Архитектура модели
Архитектура представленной системы изображена на рисунке ниже. На ней представлено отправление запроса некоторым пользователем. Его доступ к базе данных разграничен правами ,наделенными администратором, если данные храняться на внешних системах, в дело вступает подсистема ETL, которая делает соответствующую выборку, СУБД выполяет выборку запрошенных данных.
Рисунок 2 — Архитектура системы
Пользователь,авторизованный на сервере, делает запрос на сервер данных с определенной выборкой, сервер обращается к СУБД, на которой у пользователя установлены определенные права. СУБД делает необходимую выборку, если данные находяться на внешних компонентах, СУБД отправляет метаданные ELP - системе, а та в совю очередь,их извлекает, проверяет, преобразует, загружает и отдает в виде данных СУБД, СУБД взаимодействет с сервером и возвращает результат, на выходе с помощью средств публикащии отчетности пользователь получит таблицу, график и т. д.
Помимо указанных процессов в систему включена, аутентификация, разгранечение прав,наличие резервного копировая.