![]() Главная страница Случайная страница КАТЕГОРИИ: АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника |
Принципы создания информационно-аналитических систем
Принципы создания информационно-аналитических систем основываются на требованиях системного структурного анализа, методология которого базируются на двух основополагающих принципах: – принцип декомпозиции, – принцип иерархического упорядочивания. Исходя из этого системный структурный анализ представляет собой метод последовательного исследования сложных систем, который начинается общим обзором с последующей детализацией, позволяющий сформировать иерархическую структуру компонентов системы с распределением элементов и функциональных связей между ними по уровням предметной области. Кроме этих принципов следует учитывать еще ряд других, игнорирование которых может привести к негативным последствиям при реализации всего проекта по созданию информационно-аналитической системы в целом: принцип абстрагирования, принцип формализации, принцип рациональной степени детализации, принцип концептуальной общности, принцип полноты, принцип непротиворечивости, принцип логической независимости, принцип независимости данных. Для проектирования ИАС на основе системного подхода характерно следующее: - разбиение предметной области и рассматриваемых процессов по уровням с ограничением числа элементов на каждом из уровней (обычно от 3 до 6-7); - описание функционала элементов, имеющее ограниченный контекст, включающий лишь существенные на каждом уровне детали процессов; - согласование данных, т.е. выявление и устранение противоречий в данных и операциях над ними; - использование строгих формальных правил описания объектов, связей, данных; - последовательное приближение к конечному результату, представляющему собой детальное описание требований к составу элементов системы, функциям, связям, данным.
Системный подход к проектированию определяет следующие этапы подготовки проекта: - анализ требований к функциям и информационным ресурсам ИАС; - описание содержания работ по реализации функционала ИАС; - подготовка проектной документации.
Проект ИС должен содержать следующие виды моделей 1. Концептуальная модель системы – модель верхнего уровня, представляющая требования заказчика в виде описания модели предметной области, содержащая: – описание требований к функциональным задачам; – варианты использования ИС и ее элементов; – требования к взаимодействию подсистем; – классификацию пользователей (абонентов) системы и подсистем 2. Модель спецификаций для системы и подсистем, в том числе: – описание функциональных задач; – концепция интерфейса. 3. Модель архитектуры системы, которая формируется на основе схемы предметной области, по результатам анализа связей между объектами предметной области и требований к их взаимодействию и представляет: – число уровней системы; – основные объекты и их распределение по уровням; – элементы цепочки подготовки и передачи данных – связи между объектами. 4. Даталогическая модель или логическая структура базы данных, построенная на основе представления базовых объектов предметной области. 5. Модель реализации, показывающая технические стороны разработки: – физическая структура баз данных; – обоснование выбора средств программирования; – требования к программному обеспечению и инструментальным средствам; – требования по оптимизации структуры баз данных по критериям быстродействия, памяти и др.; – схему пользовательского интерфейса. 6. Модель развертывания системы, сформированная с учетом возможного развития и показывающая: – как распределена установка элементов системы (подсистем и АРМов) по объектам использования и рабочим местам; – где и какое оборудование необходимо установить. 7. Модель эксплуатации и регламент эксплуатационного обслуживания, требования к администрированию системы: – администрирование программного обеспечения – администрирование баз данных – регламент работы в нештатных ситуациях 8. Модель рисков по всем этапам проектирования, в том числе: – технологические риски: потеря или искажение информации, если происходит нештатная ситуация, подверженность элементов системы действию возмущений в данных или в работе оборудования; – экономические риски.
|