Введение в информационные системы в экономике Цель

Введение в информационные системы в экономике

Цель раздела 1. Ознакомление с особенностями современных методов и средств проектирования ИС, основанных на использовании CASE-технологии (CASE - Computer Add System Engineering). 2. В дисциплине «Информационные системы в экономике» из всего множества CASE-средств будут рассматриваться те средства, которые совместно используются прикладными специалистами (в области государственных финансов, финансового менеджмента и др. ) и разработчиками прикладных ИС. 2

Автоматизированная информационная система (АИС) система, в которой информационный процесс управления автоматизирован за счет применения специальных методов обработки данных, использующих комплекс вычислительных, коммуникационных и других технических средств, в целях получения и доставки информации пользователюспециалисту для выполнения возложенных на него функций управления. • • • Многослойная модель АИС: Приложения предметной области Системные сервисы: интернет, электронная почта, системы управления базами данных (СУБД), средства групповой работы Сетевые операционные системы Транспортная система локальных и глобальных систем Компьютеры: персональные, рабочие станции, серверы, мейнфреймы, кластеры 3

Классификации ИС По масштабам применения § Настольные - для работы одного человека. § Офисные - для работы отдела. § Корпоративные - для работы целого предприятия или даже нескольких предприятий По охвату функций § Специализированные АИС - автоматизируют отдельные виды деятельности организации. Например, АСУП, АСУТП, САПР, экспертные системы и т. п. § Универсальные АИС - ставят своей целью автоматизацию всего спектра видов деятельности применяемых в организации. § Интегральные АИС, - ставят своей целью создание единой информационной среды, в рамках которой осуществляется выполнение деятельности организации. 4

Интегрированные системы Российские • система «Галактика» • система «Флагман» Импортные • CAS, MANMAN-X, ACCPACK (CA) • R/3 (SAP) • Baa. N - V (Baa. N) • (Oracle) 5

Интегрированные ИС. Пример интеграции в ИС «Галактика» Возможные области интеграции с др. системами: • Функции, специфичные для отдельных предприятий, Интеграция позволяет получать прикладные системы качественно нового уровня при относительно небольших затратах. • взаимодействие с унаследованными программами, • обеспечение специальных интерфейсов доступа к данным для конкретных специалистов предприятия, • нестандартные (для «тиражной» функциональности системы) способы представления информации Рисунок Общая схема возможных вариантов организации взаимодействия «Галактики» с другими программными система Источник: http: //atlants. dp. ua/integration. htm 6

Компоненты интегрированных ИС § WORKFLOW - системы автоматизации и описания деловых процессов организации § GROUPWARE - системы автоматизации и обеспечения выполнения работы группы специалистов § Doc. FLOW - системы автоматизации документооборота организации § Виртуальное предприятие - системы формирования информационных связей нескольких организаций, объединяющихся на временной основе § CALS-технология - стратегия создания эффективной системы обмена, управления и использования электронных данных, поддерживающих полный жизненный цикл изделия 7

WORKFLOW - системы автоматизации и описания деловых процессов организации § Технология автоматизации деловых процессов (workflow) - это технология компьютеризированной поддержки процессов управления предприятием (деловых процессов) в целом или какойто их части. § Объединяет следующие ИТ: § § § электронная почта, управление проектами, работа с базами данных, ОО программирование CASE-технологии. § Конкретные реализации технологии представляют собой программные системы автоматизации деловых процессов (системы workflow), каждая из которых основывается на некоторой комбинации перечисленных технологий 8

WORKFLOW - системы автоматизации и описания деловых процессов организации Наиболее известны: § Staffware (Staffware Corp. ), § Action. Workflow System (Action Technologies Inc. ) § Work. Route (Весть-Метатехнология ). 9

GROUPWARE - системы автоматизации и обеспечения выполнения работы группы специалистов Пример - TMU Group. Ware (TMU Consulting Inc. , Япония) § Единая информационная среда на базе webтехнологий, специально разработанная для обеспечения эффективного коллективного взаимодействия сотрудников в контексте бизнеспроцессов. § Предоставляет защищенную рабочую среду в Интернете с возможностями: § управления документами, § календарного планирования, § координации действий и совместной работы над любыми проектами, § общения и поддержки отношений с клиентами. 10

Doc. FLOW - системы автоматизации документооборота организации Конечных приложений автоматизации документооборота можно насчитать огромное количество. Примеры: § § § § регистрация корреспонденции (входящие, исходящие) электронный архив документов система согласования договоров контроль исполнения документов и поручений контроль исполнения жалоб и обращений граждан автоматизация договорного процесса библиотека регламентов управленческих процедур организация внутреннего информационного портала предприятия и его подразделений система контроля знаний должностных инструкций ведение архивов конструкторской и технологической документации организация документооборота в рамках ведения проектов система согласования бюджетов оформление командировок, пропусков, доверенностей и т. д. 11

Виртуальное предприятие § Виртуальное предприятие – предприятие, состоящее из сообщества географически разделенных экономических субъетов, которые взаимодействуют в производстве, используя преимущественно электронные средства коммуникаций (словарь http: //www. bb 2. ru/lexicon/) § Виртуальные предприятия представляют собой группы людей, совместно занимающихся общим делом, независимо от их физического местонахождения, в реальном времени или отсроченном режиме. Они (и предприятия, и люди) могут быстро реагировать на изменения рынка при критически низких затратах с точки зрения традиционного бизнеса (http: //knowhow. virtech. ru/qa/10013, 2) 12

CALS-технология Предполагает создание единого информационного пространства (ЕИП) для всех участников ЖЦ изделия (в том числе, эксплуатирующих организаций). ЕИП должно обладать следующими свойствами: свойствами § Вся информация представлена в электронном виде; § ЕИП охватывает всю информацию, созданную об изделии; § ЕИП является единственным источником данных об изделии (прямой обмен данными между участниками ЖЦ исключен); § ЕИП строится только на основе международных, государственных и отраслевых информационных стандартов; § Для создания ЕИП используются программно-аппаратные средства, уже имеющиеся у участников ЖЦ; § ЕИП постоянно развивается. 13

Итоги. Компоненты интегрированных ИС § WORKFLOW - системы автоматизации и описания деловых процессов организации § GROUPWARE - системы автоматизации и обеспечения выполнения работы группы специалистов § Doc. FLOW - системы автоматизации документооборота организации § Виртуальное предприятие § CALS-технология - стратегия создания эффективной системы обмена, управления и использования электронных данных, поддерживающих полный жизненный цикл изделия 14

ГОСТЫ для АИС § ГОСТ 34. ххх Стандарты по информационным технологиям § ГОСТ 34. 601 -90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. § ГОСТ 34. 602 -89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. § ГОСТ 24. ххх Система технической документации на АСУ § ГОСТ 24. 103 -84 АСУ. Общие положения 16

Виды обеспечения (ГОСТы 34. 602 -89, 24. 103 -84) § § § § § Техническое обеспечение Информационное обеспечение Программное обеспечение Математическое обеспечение Организационное обеспечение Лингвистическое обеспечение Методическое обеспечение Метрологическое обеспечение Правовое обеспечение 17

Программное обеспечение (ПО) Программное обеспечение Базовое ПО (системное) Прикладное ПО ОС Общего назначения Методоориентированное Проблемноориентированное Трансляторы Редакторы (текстовые, графические) Математического программирования Бухгалтерского учета Сервисное ПО Табличные процессоры Сетевого планирования Финансового менеджмента ПО технического обслуживания СУБД Теории массового обслуживания Бюджетного учета Системы глобальных сетей Математической статистики Правовые справочные системы … Системы имитационного эксперимента … 18

Основы методологии проектирования АИС Жизненный цикл АИС § Жизненный цикл (ЖЦ) АИС - это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации. 19

Стадии и этапы создания АИС (ГОСТ 34. 601 -90) 1. Формирование требований к АС 2. Разработка концепции АС 3. Техническое задание 4. Эскизный проект 5. Технический проект 6. Рабочая документация 7. Ввод в действие 8. Сопровождение АС 20

Международный стандарт ISO/IEC 12207 § Основной нормативный документ, регламентирующий ЖЦ АИС, = международный стандарт ISO/IEC 12207 ( ISO - International Organization of Standardization Международная организация по стандартизации, IEC - International Electrotechnical Commission - Международная комиссия по электротехнике). § Стандарт определяет структуру ЖЦ, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания АИС. 21

Структура ЖЦ АИС (ISO/IEC 12207) § основные процессы ЖЦ (приобретение, поставка, разработка, эксплуатация, сопровождение); § вспомогательные процессы, обеспечивающие выполнение основных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит, решение проблем); § организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение). 22

Структура ЖЦ АИС (ISO/IEC 12207) 23

Базовый набор взаимосвязей между процессами (ISO/IEC 12207 ) 24

Стадии и этапы создания АИС (ISO 12207: 1995) § Приобретение § Поставка § Разработка § Эксплуатация § Сопровождение 25

Стадии создания ПО 1. Формирование требований к ПО. 2. Проектирование. 3. Реализация. 4. Тестирование. 5. Ввод в действие. 6. Эксплуатация и сопровождение. 7. Снятие с эксплуатации. 27

Стадии создания ПО 1. Формирование требований к ПО. 1. 2. 3. планирование работ обследование деятельности автоматизируемого объекта (организации) построение моделей деятельности организации 2. Проектирование. 3. Реализация. 4. Тестирование. 5. Ввод в действие. 6. Эксплуатация и сопровождение. 7. Снятие с эксплуатации. 28

Стадии создания ПО 1. Формирование требований к ПО. 2. Проектирование. 1. 2. разработка системного проекта Результат - Техническое задание разработка технического проекта (собственно проектирование) 3. Реализация. 4. Тестирование. 5. Ввод в действие. 6. Эксплуатация и сопровождение. 7. Снятие с эксплуатации. 29

Модели ЖЦ 1. Под моделью ЖЦ понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ. 2. Стандарт ISO/IEC 12207 описывает структуру процессов ЖЦ ПО, но не конкретизирует в деталях, как реализовать или выполнить действия и задачи, включенные в эти процессы. 30

Модели ЖЦ § каскадная модель (70 -85 г. г. ); § спиральная модель (86 -90 г. г. ). 31

Каскадная модель ЖЦ Характеристики § Переход с одного этапа на следующий происходит только после того, как будет полностью завершена работа на текущем. § Каждый этап завершается выпуском полного комплекта документации, отвечающий критериям полноты и согласованности. § Выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты. § Каскадный подход хорошо зарекомендовал себя при построении АИС, для которых в самом начале разработки можно достаточно и полно сформулировать все требования 32

Недостатки каскадной модели ЖЦ § § Реальный процесс создания ПО никогда полностью не укладывался в такую жесткую схему. Возникает потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. Согласование результатов с пользователями производится только в точках, планируемых после завершения каждого этапа работ. Пользователи могут внести свои замечания только после того, как работа над системой будет полностью завершена, и получают систему, не удовлетворяющую их потребностям Модели (как функциональные, так и информационные) автоматизируемого объекта могут устареть одновременно с их утверждением. 33

Спиральная модель ЖЦ 1. Разработка итерациями отражает объективно существующий спиральный цикл создания системы. Каждый виток спирали соответствует созданию фрагмента или версии ПО, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Главная задача - как можно быстрее показать пользователям системы работоспособный продукт, тем самым активизируя процесс уточнения и дополнения требований. 2. Можно переходить на следующий этап, не дожидаясь полного завершения работы на текущем. Недостающую работу можно будет выполнить на следующей итерации. Основная проблема спирального цикла - определение момента перехода на следующий этап. 34

Методология RAD § RAD (Rapid Application Development) – методология быстрой разработки приложения (ПО) § Примеры RAD-систем: § § § Borland Delphi, Borland C++ MS Visual Basic др. 35

Методология RAD (Rapid Application Development) § небольшая команда программистов (от 2 до 10 человек) § короткий производственный график (от 2 до 6 мес. ) § повторяющийся цикл, при котором разработчики, по мере того, как приложение начинает обретать форму, запрашивают и реализуют в продукте требования, полученные через взаимодействие с заказчиком. Применяется для относительно небольших проектов, разрабатываемых для конкретного заказчика. Жизненный цикл методологии RAD состоит из четырех этапов: 1. фаза анализа и планирования требований 2. фаза проектирования 3. фаза построения 4. фаза внедрения. 36

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

CASE-технология для проектирования ИС 1. CASE-технология представляет собой методологию проектирования АИС и набор инструментальных средств, позволяющих в наглядной форме • • • 2. CASE-средства поддерживают процессы создания и сопровождения АИС, включая • • 3. моделировать предметную область, анализировать эту модель на всех этапах разработки и сопровождения АИС, разрабатывать приложения в соответствии с информационными потребностями пользователей. анализ и формулировку требований, проектирование прикладного ПО и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом и др. CASE-средства образуют полную среду разработки АИС. 38

Пример применения CASE-инструментов All. Fusion Modeling Suite для проектирования ИС Инструменты: BPwin – All. Fusion Process Modeler; Erwin – All. Fusion Erwin Data Modeler; ACM – All. Fusion Component Modeler; RR – Rational Rose. Методологии: IDEF 0 – функциональное моделирование IDEF 3 – моделирование потока работ DFD – моделирование потоков данных UML – обобщенный язык моделирования объектов 39

CASE-технологии и SADT § SADT (Structured Analysis and Design Technique) – методология структурного анализа и проектирования систем § Сущность структурного подхода к разработке АИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. § Процесс разбиения продолжается вплоть до конкретных процедур. При этом автоматизируемая система сохраняет целостное представление, в котором все составляющие компоненты взаимоувязаны. 40