1 Организация разработки ИС • Причины • Участники • Этапы 2 Причины изменения ИС • Придание новых качеств деловым процессам • Улучшение управления (принятие решений, планирование, контроль) • Увеличение производительности (согласование, своевременность, сокращение рутинных операций) • Изменение потребностей пользователей или организации (рост или сокращение организации, изменение видов деятельности) • Изменения в технологиях Участники разработки (функциональные группы) • • • • • • Руководство организации Пользователи Руководящий комитет Группа разработчиков Системные аналитики Программисты 3 4 Роль руководства • Определить цели • Обозначить свою позицию • Выделить средства • Принимать ключевые решения • Делать назначения на ключевые посты • Организовать контроль 5 Роль пользователей • Обозначить свои информационные потребности • Выступать в качестве экспертов при моделировании деловых процессов • Осваивать новые технологии • Оценивать деятельность ИС Совет по информатизации Руководящий комитет • Формирование информационной политики • Планирование и надзор • Согласование интересов подразделений • Координация деятельности подразделений 6 7 Группа разработчиков • Планирование отдельных проектов • Непосредственное руководство • Обсуждение новых идей и продвижений • Разработка спецификаций для программистов • Выработка предложений для рук. комитета 8 Системные аналитики • Обследование объекта автоматизации • Разработка процессных и информационных моделей • Выработка спецификаций 9 Программисты • Разработка новых программ (Development) • Модификация существующих программ (Maintenance) • Тестирование программ (Testing) Коммуникационные проблемы разработки систем 10 Предлагают пользователи Преподносится руководству Планируется группой разработчиков Утверждается руководящим комитетом Разработано аналитиком Написано программистом Установлено для использования Что нужно на самом деле 11 Этапы разработки ИС • Модели процессов управления проектами • Спиральная (итерационная) • Последовательная (каскадная) 12 MSF - Microsoft Solutions Framework 13 Итерационная модель Фазы Вехи Выработка концепции Утверждение концепции Планирование Утверждение плана Разработка Разработка завершена Стабилизация Утверждение готовности Внедрение Подтверждение внедрения ГОСТ Р ИСО_МЭК ТО 16326-2002 - распространяется на все виды разработки ПО. Стандарт на процессы и организацию жизненного цикла содержит описания ролей, фаз, стадий, этапов. Поддерживает идею итерационной модели и проектного подхода. 14 15 Процессы (виды работ) I. II. III. IV. V. VI. VII. VIII. Управление интеграцией Управление содержанием Управление сроками Управление стоимостью Управление рисками Управление персоналом Управление поставками Управление качеством 16 ГОСТ 34.601-90 - распространяется на автоматизированные системы и устанавливает стадии и этапы их создания. В стандарт включено описание содержания работ на каждом этапе. Стадии и этапы работы соответствуют каскадной модели жизненного цикла. ГОСТ 34. 601-90 Стадии создания • • • • • • • • Формирование требований к АС Разработка концепции АС. Техническое задание. Эскизный проект. Технический проект. Рабочая документация. Ввод в действие. Сопровождение АС 17 ГОСТ 34. 601-90 18 Стадии создания • Формирование требований к АС 1.1. Обследование объекта и обоснование необходимости создания АС. 1.2. Формирование требований пользователя к АС. 1.3. Оформление отчёта о выполненной работе и заявки на разработку АС (тактикотехнического задания) ГОСТ 34. 601-90 Стадии создания • Разработка концепции АС. 2.1. Изучение объекта. 2.2. Проведение необходимых научноисследовательских работ. 2.3. Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя. 2.4. Оформление отчёта о выполненной работе. 19 ГОСТ 34. 601-90 Стадии создания • Техническое задание. 3.1. Разработка и утверждение технического задания на создание АС. • Эскизный проект. 4.1. Разработка предварительных проектных решений по системе и её частям. 4.2. Разработка документации на АС и её части. 20 ГОСТ 34. 601-90 21 Стадии создания • Технический проект. 5.1. Разработка проектных решений по системе и её частям. 5.2. Разработка документации на АС и её части. 5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку. 5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации. ГОСТ 34. 601-90 22 Стадии создания • Рабочая документация. 6.1. Разработка рабочей документации на систему и её части. 6.2. Разработка или адаптация программ. • Ввод в действие. 7.1. Подготовка объекта автоматизации к вводу АС в действие. 7.2. Подготовка персонала. 7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями). 7.4. Строительно-монтажные работы. 7.5. Пусконаладочные работы. 7.6. Проведение предварительных испытаний. 7.7. Проведение опытной эксплуатации. 7.8. Проведение приёмочных испытаний. ГОСТ 34. 601-90 Стадии создания • Сопровождение. 8.1. Выполнение работ в соответствии с гарантийными обязательствами. 8.2. Послегарантийное обслуживание. 23 24 Линейные и реальные проекты • Линейный проект включает полный последовательный жизненный цикл АС от инициации проекта до утилизации АС. • Реальный проект – часть целого проекта, зависящего от управленческого и бюджетного циклов управления. 25 Цикл разработки ИС • Предварительное планирование • Анализ предметной области • Концептуальная разработка • Физическая разработка • Внедрение • Эксплуатация Руководство + Руководящий комитет 26 Предварительное планирование • Цели планирования – Спланировать изменения, соответствующие целям организации и заинтересованных сторон • Главный план (на 5 лет) – Цель, состав ИС, исполнители, средства – Приоритеты частей проекта, критерии • Планы разработки проектов – Анализ затрат и доходов – Требования к системе – График мероприятий Аналитики + Пользователи 27 Анализ предметной области • Предварительное исследование Сути проблемы, целей проекта • Обследование объектов автоматизации – интервью, анкеты, наблюдение, документация • Определение информационных потребностей и требований к системе Модели «как должно быть», «как есть», «как будет» – Процессные модели (IDEF0, ARIS, BPMN) – Информационные модели (ERD) • Изучение возможностей – технические, организационные, временные, экономические, юридические Методы обследования Интервью Анкетирование Самоописание Общая анкета План интервью Протокол интервью Самоописание Спец. анкета Документы Состояние КАК ЕСТЬ Наблюдение 28 29 Методы обследования Метод Достоинства Недостатки Интервью Позитивные отношения с польз. Гибкость вопросов Затраты времени Пристрастность Анкетирование Анонимность Не требует времени Возм. обдумывание Сложн.разраб.анкет Негибкость Формальность Наблюдение Дает понимание, как система работает на самом деле Трудн.интерпретации Затраты времени Смена повед. людей Документация Описывает, как система должна раб. Требует времени М. не существовать 30 Восприятие и реальность Исполнение (как есть) Документация (как должно быть) Input from Account T eam Account T eam Manager informs Manager of informed of major project major project from other Receive customer plans PM reports Project Status PM Plans Customer Requirements Inform Form sent from Oswestry Capacity Managment Sales SDH23 received Decide to place order with tactical planner Decide no new orders required SDH PM not required (End) Customer request (major project) Links PM plans Customer Reqs & Requirement generated as result of capacity Dead end T actical Planning T actical Planning Links PM Plans Route not Customer Requirements & SE Capture Order New quote request investigated RF's sent for from PM Financial authorisation SE Capture Order Links Supervise contract & T actical Planning RFs sent to CSP Contracts Out of Scope - not Modelled New quote request from customer Supervise Contract Response filed CRF completed and faxed to Dead end Ready for installation issuer Dead end Links SE Capture Order & Issuer Enter Order Links Supervise Contract Pass Missing information to Issuer Links SE Resolves & Issuer Enters Order & Supervise Contract Links JC analyse delay & WBP 601 T ask NJRA closed Links Issuer Enter Order & JC Order Validation SE respond to Customer Delay enquiry Detailed Planning SE Resolves Missing information request (Issuer) Dead end - route Progress info not investigated passed to WBP Links JC analyse delay & SE responds to Links Issuer Enter Order & SE Progress update to SE SE Analyse Delay Proact job complete Customer Resolves Links Issuer Enters Order & NT E T ask Dead end - route not investigated 601 task to Wideband planner DL proact job on queue Route not investigated INAC task live from customer Issuer Enter Order Validation job generated on CMC queue Links Detailed Planning & COW supervise External Works Not modelled Links to Progress info passed to NSD External Works carrying out DL works Progress JC Analyse Delay Links Issuer Enter Order & Search Links SE analyse delay & JC analyse delay request to JC (SE) for Y Code Dead end - route not investigated Progress info Requires further Investigation passed to PM Missing information Budget received (JC) Links Issuer chase missing info & JC Order Validation JC order validation Re-Issue Y Code 601 T ask to WBP Search Slough/ London Links WBP Site Survey & NSD Job Selection & Clean Links JC Order Validation & Search for Y Code Dead end - route Progress info not investigated passed to CSM IM Plan Sites for Capacity Requires further Investigation NSD Q Manager chase missing 010/O534 live (Link) info/clean data Glasgow Solution Planning Missing information Links Search for Y Code & Q Mgr selects NT E T ask Links JC Order Validation & NT E allocation New job in queue Missing information not available in JCs queue (Link) NT E T asks (129/532) O532/0530 A29/O532/O530 NJRA closed Links Issuer chase missing info & WBP Site survey &WI Job assigned London/Glasgow Links Search for Y Code & NT E T ask Links NT E T asks (No Y Code) & JC Analyse Delay Links NSD Job selection/Clean & JC Analyse delay to NSD (Link) Order in Job Controller's Queue (Link) New Job in queue 129 Links NSD Job Selection/Clean Requires & NSD Route /Assign further Investigation (WBP) Links Issuer chase missing info & WBP Site Survey Issuer chases missing info Missing info received (WBP) Relevant NSD Link to internal/ informed of new external work groups - not modelled proj order (Link) Missing information passed to NSD (End) Links Queue Manager selects NT E 154 T ask Links NT E T asks live (Link) & WBP Site Survey WBP Site Survey Info sent to Job delayed internal/external workpacks Links WBP Site Survey & JC Analyse Delay & Route/Assign Glasgow Links WBP Site Survey & Issue RF's Glasgow Route not investigated SDH2C form sent to NSD (Link) Missing Links WBP Site Survey & Issuer chase missing Info Links WBP Site Survey & Issue RF's & JC Respond information request (WBP) Links WBP Site Survey & SE Refer Costing to Customer 154 at COM to CREP Ancillary cost info to SE Job returned NSD Route SE refer Costing to to queue man (Link) & Assign Glasgow/London Links Route/Assign & Queue Manager Chases missing details Customer Links refer costing to customer & cancel order Order cancellation sent to issuer Links NSD Route/Assign & JC Respond to CREP Ready to CREP Cancel order End Links Route/Assign & JC Analyse delay INJC Customer in JCs confirm information to Wideband queue (Link) JC Respond Links SE refer costings to customer & WBP Site Survey to CREP T ask called to issuer Links JC responds to CREP & Issue CREP complete RF's Glasgow Issuer chooses to ignore so not RF prepared (Link) modelled Links Issue RF's & Route & Assign Issue RFs Glasgow/ London Links Issue RF Glasgow & Allocate COW 198/O912 complete Allocate CoW London / Sheffield Ready for installation Links Allocate COW & COW supervise external works Supervise External/ Contractor Input not Modelled Works Scheme installed & commisioned Incoming call from field engineer Links Supervise External /Contractor & Integrate Schemes Capacity problem raised Equipment not delivered Links Supervise External Works/Contractor & IM facilities decisions Not Modelled at Present Link not Modelled/investigated Scheme referred to NSD - Non Fluid Process Integrate Schemes Scheme referred to CSP CONF Live Integrate scheme and T actical planning eEPCs Links Integrate Schemes & Configure Circuit/Resolve Problems Route, Assign & config 2Mbit Circuits R&A task com'd Configure Circuit Resolve Problems Link to COSMOSS glue and Config circuit Other output tbc End of Process WNEX live after CDD WNEX task is triggered by COSMOSS, once all other tasks have been completed JC amend CDD Feed into COSMOSS statistics - Dead end ...из документации по процессу IM Facilities Decisions INJC request (JC) Links chase missing info & order validation CDD amended CDD can't be amended Feed into COSMOSS statistics - dead end ...из интервью с исполнителями процесса Slide courtesy of British Telecommunications plc Requires further Investigation 31 Анализ : результаты • Отчет об анализе предметной области • Решение о продолжении или прекращении разработки • Спецификации требований к системе – Модели процессов – Структуры хранения, ввода, вывода данных – График работ, реорганизация – Меры безопасности – Кадровое обеспечение – Общее техническое задание Группа разработчиков + руководящий комитет 32 Концептуальная разработка • Оценка и выбор вариантов реализации системы – Несколько вариантов технических решений, отличающиеся по затратам и по степени решения информационных потребностей • Разработка спецификаций на выбранные варианты 33 Концепт. разработка: результаты • Отчет о концептуальной разработке – Описание вариантов, их достоинств и недостатков • Решение руководящего комитета • Частное техническое задание – Спецификации на входы, хранение, выходы, обработку данных, регламентные процедуры. ГОСТ 34.602-89 Техническое задание • общие сведения; • назначение и цели создания (развития, доработки) системы; • характеристика объектов автоматизации; • требования к системе; • состав и содержание работ по созданию системы; • порядок контроля и приемки системы; • требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие; • требования к документированию; • источники разработки. 34 Группа разработчиков + программисты + пользователи 35 Физическая разработка Реализация выбранного варианта Согласно техническому заданию: • Проекты по подсистемам (выходы, хранение, входы, обработка, регламентные процедуры, меры контроля и безопасности, инфраструктура) • Тестирование (отдельное подразделение) • Создание прототипов (для оценки пользователями) 36 Физич. разработка: результаты • Готовая система • Отчет о физической разработке • Документация !!! Руководства: – оператора – пользователя АРМ – разработчика Программа и методика испытаний 37 Внедрение • • • • • • • • Планирование внедрения Тестирование программ Подготовка оборудования Выбор персонала Обучение персонала Комплексное тестирование Конвертация данных Переход на новую систему 38 Обучение персонала Блокируемые факторы: • Снижение эффекта от ИС • Скрытые затраты Цели: • Знакомство с новой политикой • Освоение программного обеспечения • Знакомство с новыми операциями Сопротивление пользователей внедрению ИС Причины сопротивления • Угроза привычным методам работы • Боязнь повышения ответственности • Противоборство групп Формы сопротивления: • Предпочтение старых методов работы • Использование услуг специалистов • Предоставление данных о своей деятельности в выгодном свете 39 40 Способы перехода на новую ИС Прямой Параллельный Старая Новая Старая Новая Последовательный по подсистемам 1 Старая 2 Старая 3 Старая Новая Новая Новая Последовательный по подразделениям 1 Старая 2 Старая 3 Старая Новая Новая Новая 41 Инспекция после внедрения • Насколько достигнуты цели • Удовлетворены ли пользователи • Точный подсчет выгод и затрат • Надежность, точность, совместимость • Контроль и безопасность • Полезность организационных изменений 42 Эксплуатация • Процесс выявления недостатков, их исправления и постановки новых задач • «Горячая» линия • Сопровождение (maintenance) • Периодические инспекции и анализ системы 43 Конец