Конспект лекций для специальности «Прикладная информатика в экономике»
Вид материала | Конспект |
Содержание2.2. Метод структурного анализа Глава 3. разработка проектов информационной системы |
- Учебно-методический комплекс для студентов заочного обучения специальности Прикладная, 81.9kb.
- Конспект лекций для студентов специальности Прикладная информатика (в экономике), 3204.37kb.
- Учебно-методический комплекс для студентов заочного обучения специальности Прикладная, 172.73kb.
- Рабочая учебная программа по Правоведению Для специальности- «Прикладная информатика, 388.83kb.
- Учебно-методический комплекс для студентов заочного обучения специальности Прикладная, 88.44kb.
- Программа по курсу "Математика. Алгебра и геометрия" для специальности 080801 (351400), 143.45kb.
- Учебно-методический комплекс Для специальности 080801 Прикладная информатика (в экономике), 296.07kb.
- Учебно-методический комплекс Для специальности 080801 Прикладная информатика (в экономике), 610.8kb.
- Рабочая программа по дисциплине «Исследование операций в экономике» для специальности, 137.37kb.
- Учебно-методический комплекс Для специальности: 080801 «Прикладная информатика (в экономике)», 489.66kb.
2.2. Метод структурного анализа
Анализ предметной области является важнейшей фазой разработки ИС, от проведения которой во многом зависит качество самой ИС. Это обуславливает ответственность разработчиков за проведение данной фазы, а также объясняет существование определенной методологии проведения анализа, которая носит название методологии структурного анализа.
При анализе предметной области требования заказчика уточняются, формализуются и документируются. Целью анализа является преобразование общих, расплывчатых знаний об исходной предметной области в точные определения и спецификации, а также генерация функционального описания системы. По результатам анализа осуществляется собственно проектирование ИС.
На этапе анализа определяются и описываются (т.е. специфицируются):
- внешние условия работы системы,
- функциональная структура системы,
- распределение функций между человеком и системой, интерфейсы,
- требования к техническим, информационным и программным компонентам системы,
- условия эксплуатации.
Четыре стадии разработки этих спецификаций, которые составляют начальные этапы разработки ИС:
- исследование системы управления предприятия, её функциональной и информационной структуры. Строится обобщенная логическая модель предметной области, отображающая её функциональную структуру, особенности основной деятельности и информационное пространство, в котором эта деятельность осуществляется. Это модель «как есть»,
- привлечение заинтересованных представителей заказчика, при необходимости – независимых экспертов, которые анализируют модель «как есть», выявляют её недостатки и узкие места, определяют пути совершенствования системы управления на основе выделенных критериев качества,
- создание усовершенствованной обобщенной логической модели, отображающей реорганизованную предметную область или ее часть, которая подлежит автоматизации. Это модель «как надо»,
- разработка «карты автоматизации», представляющей собой модель реорганизованной предметной области, на которой обозначены «границы автоматизации».
Основной документ, отражающий результаты первого этапа создания ИС, - техническое задание на проект (разработку), содержащее, кроме вышеперечисленных определений и спецификаций, также сведения об очередности создания системы, сведения о выделяемых ресурсах, директивных сроках проведения отдельных этапов работы, организационных процедурах и мероприятиях по приемке этапов, защите проектной информации и т.д.
Помимо автоматизации системы управления при анализе выявляются задачи по спецификации и реорганизации процессов, протекающих в системе управления, т.е. реинжиниринг бизнес-процессов.
Данный этап является наиболее трудной частью процесса создания системы. Его выполнение облегчается за счет применения современных структурных методов, среди которых центральным является методология структурного анализа.
Структурный анализ – это метод исследования системы с помощью её графического модельного представления, которое начинается с общего обзора и затем детализируется, приобретая иерархическую структуру со все большим числом уровней.
Вся методология структурного анализа базируется на ряде общих принципов, часть из которых регламентирует организацию работ на начальных этапах жизненного цикла:
- принцип декомпозиции – постепенная детализация описания системы, начиная с рассмотрения её как единого целого,
- принцип иерархического упорядочения - разбиение системы на уровни абстракции с ограничением числа элементов на каждом уровне (от 3 до 9),
- принцип концептуальной общности – следование единой философии на всех этапах ЖЦ,
- принцип полноты – контроль на присутствие лишних элементов,
- принцип непротиворечивости – обоснованность и согласованность элементов системы,
- принцип абстрагирования – выделение существенных аспектов системы и отвлечение от несущественных с целью представления проблемы в более простом, общем виде,
- принцип «упрятывания» – скрытие несущественной на конкретном этапе информации: каждая часть «знает» только необходимую ей информацию,
- принцип логической независимости – концентрация внимания на логическом описании системы, обеспечении независимости от ее физической реализации,
- принцип независимости данных – модели данных могут быть проанализированы и спроектированы независимо от процессов их логической обработки, а также от их физической структуры и распределения.
Для целей моделирования систем используются группы средств, отображающих:
- функции, которые системы должна выполнять, - FDD (Functional Decomposition Diagrams – диаграммы функциональной декомпозиции),
- информационные процессы, обеспечивающие выполнение указанных функций, - DFD (Data Flow Diagrams – диаграммы потоков данных),
- данные, используемые при выполнении функций, и отношения между этими данными - ERD (Entity-Relationship Diagrams – диаграммы «сущность-связь»).
ГЛАВА 3. РАЗРАБОТКА ПРОЕКТОВ ИНФОРМАЦИОННОЙ СИСТЕМЫ
Разработка современных ИС не ограничивается только самим проектом по автоматизации тех или иных управленческих функций. В результате обследования и анализа предметной области разработчики вырабатывают ряд рекомендаций по совершенствованию системы управления в целом. Поэтому такие проекты называют консалтинговыми, поскольку они позволяют менеджерам предприятия внести усовершенствования или полностью пересмотреть устоявшуюся систему управления.