Проектирование инфомационных систем

Содержание

Слайд 2

3. СРЕДСТВА АВТОМАТИЗАЦИИ ПРОЕКТИРОВАНИЯ ИС. CASE-СИСТЕМЫ 4. ОЦЕНКА КАЧЕСТВА ИНФОРМАЦИОННОЙ СИСТЕМЫ.

3. СРЕДСТВА АВТОМАТИЗАЦИИ ПРОЕКТИРОВАНИЯ ИС. CASE-СИСТЕМЫ 4. ОЦЕНКА КАЧЕСТВА ИНФОРМАЦИОННОЙ СИСТЕМЫ. КРИТЕРИИ

КАЧЕСТВА ИС 5. РЕИНЖИНИРИНГ И ЕГО МЕСТО В ЖЦ ИС. МЕТОДЫ И ТЕХНОЛОГИИ РЕИНЖИНИРИНГА ИС

Вопросы:

Слайд 3

Средства автоматизации проектирования ИС. CASE- системы

Средства автоматизации проектирования ИС. CASE- системы

Слайд 4

Технология проектирования ИС – совокупность методов и средств проектирования ИС, а

Технология проектирования ИС – совокупность методов и средств проектирования ИС, а

также организации и управления, внедрения и модернизации проекта информационной системы
Слайд 5

Средства проектирования ИС нормативно-правовые документы (стандарты, руководящие документы) системы классификации и кодирования информации системы проектной документации

Средства проектирования ИС
нормативно-правовые документы
(стандарты, руководящие документы)
системы классификации и кодирования

информации
системы проектной документации
Слайд 6

Средства проектирования ИС модели ИС и их компонентов методики анализа и принятия проектных решений программные средства

Средства проектирования ИС
модели ИС и их компонентов
методики анализа и принятия проектных

решений
программные средства
Слайд 7

Средства автоматизации проектирования ИС. CASE-системы — инструменты автоматизации процессов проектирования и

Средства автоматизации проектирования ИС. CASE-системы — инструменты автоматизации процессов проектирования и разработки программного

обеспечения 
для системного аналитика,
разработчика ПО
и программиста.
Слайд 8

CASE-средства

CASE-средства

Слайд 9

CASE (англ. Сomputer-Aided Software Engineering)– программные средства, поддерживающие процессы создания и

CASE (англ. Сomputer-Aided Software Engineering)– программные средства, поддерживающие процессы создания и сопровождения

ИС, включая анализ и формулировку требований, проектирование прикладного ПО и баз данных, тестирование, документирование, обеспечение качества, управление проектом, а также другие процессы.

CASE (англ. Computer-Aided Software Engineering) — набор инструментов и методов программной инженерии для проектирования программного обеспечения, который помогает обеспечить высокое качество программ, отсутствие ошибок и простоту в обслуживании программных продуктов  

Слайд 10

Виды современных CASE-средств простые средства анализа и документирования полномасштабные средства автоматизации, покрывающие весь жизненный цикл ПО

Виды современных CASE-средств
простые средства анализа и документирования
полномасштабные средства автоматизации,

покрывающие весь жизненный цикл ПО
Слайд 11

Характерные особенности CASE-средств: мощные графические средства для описания и документирования ИС,

Характерные особенности CASE-средств:
мощные графические средства для описания и документирования ИС,

обеспечивающие удобный интерфейс с разработчиком и развивающие его творческие возможности;
Слайд 12

Характерные особенности CASE-средств: интеграция отдельных компонент CASE-средств, обеспечивающая управляемость процессом разработки ИС;

Характерные особенности CASE-средств:
интеграция отдельных компонент CASE-средств, обеспечивающая управляемость процессом разработки

ИС;
Слайд 13

Характерные особенности CASE-средств: использование специальным образом организованного хранилища проектных метаданных (репозитория);

Характерные особенности CASE-средств:
использование специальным образом организованного хранилища проектных метаданных (репозитория);

Слайд 14

Компоненты интегрированной CASE-системы (комплекс средств, поддерживающих полный ЖЦ ПО) репозитарий графические

Компоненты интегрированной CASE-системы (комплекс средств, поддерживающих полный ЖЦ ПО)

репозитарий
графические средства анализа

и проектирования;
средства разработки приложений,
Слайд 15

Компоненты интегрированной CASE-системы средства конфигурационного управления; средства документирования; средства тестирования; средства управления проектом; средства реинжиниринга

Компоненты интегрированной CASE-системы

средства конфигурационного управления;
средства документирования;
средства тестирования;
средства управления проектом;
средства реинжиниринга

Слайд 16

Архитектура CASE-системы РЕПОЗИТАРИЙ (словарь данных) Графический редактор диаграмм Верификатор диаграмм Администратор проекта Сервис Документатор проекта

Архитектура CASE-системы

РЕПОЗИТАРИЙ
(словарь данных)

Графический редактор диаграмм

Верификатор диаграмм

Администратор проекта

Сервис

Документатор проекта

Слайд 17

Архитектура CASE-системы Ядром системы является ─ репозитарий. Он представляет собой специализированную

Архитектура CASE-системы

Ядром системы является ─ репозитарий.
Он представляет собой специализированную базу данных,

предназначенную для отображения состояния проектируемой ИС
в каждый момент времени.
Репозиторий содержит информацию об объектах проектируемой ИС
и взаимосвязях между ними, все подсистемы обмениваются данными с ним.
В репозитарии хранятся описания следующих объектов:
проектировщиков и их прав доступа к различным компонентам системы;
организационных структур;
диаграмм; компонентов диаграмм; связей между диаграммами;
структур данных; программных модулей; процедур; библиотеки модулей и т.д.
Графические средства моделирования предметной области позволяют разработчикам автоматизированных ИС в наглядном виде
изучать существующую информационную систему,
перестраивать ее в соответствии с поставленными целями и имеющимися ограничениями.
Все модификации диаграмм, выполняемых разработчиками в интерактивном (диалоговом) режиме, вводятся в словарь данных, контролируются с общесистемной точки зрения и могут использоваться для дальнейшей генерации действующих функциональных приложений. В любой момент времени диаграммы могут быть распечатаны для включения в техническую документацию проекта.
Слайд 18

Архитектура CASE-системы Графический редактор выполняет операции: создание элементов диаграмм и взаимосвязей

Архитектура CASE-системы

Графический редактор выполняет операции:
создание элементов диаграмм и взаимосвязей между ними;
задание

описания элементов диаграмм;
задание описания связей между элементами диаграмм;
редактирование элементов диаграмм, их взаимосвязей и описаний.
Слайд 19

Архитектура CASE-системы Верификатор диаграмм служит для контроля правильности построения диаграмм в

Архитектура CASE-системы

Верификатор диаграмм служит для контроля правильности построения диаграмм в заданной

методологии проектирования ИС, выполняет функции:
мониторинг правильности построения диаграмм;
диагностику и выдачу сообщений об ошибках;
выделение на диаграмме ошибочных элементов.
Слайд 20

Архитектура CASE-системы Документатор проекта позволяет получать информацию о состоянии проекта в

Архитектура CASE-системы

Документатор проекта позволяет получать информацию о состоянии проекта в виде

различных отчетов, которые могут строиться по нескольким признакам
(времени, автору, элементам диаграмм, диаграмме или проекту в целом)
Слайд 21

Архитектура CASE-системы Администратор проекта представляет собой инструменты, необходимые для выполнения следующих

Архитектура CASE-системы

Администратор проекта представляет собой инструменты, необходимые для выполнения следующих административных

функций:
инициализации проекта;
задания начальных параметров проекта;
назначения и изменения прав доступа к элементам проекта;
мониторинга выполнения проекта.
Слайд 22

Архитектура CASE-системы Сервис – набор системных утилит по обслуживанию репозитария, которые

Архитектура CASE-системы

Сервис – набор системных утилит по обслуживанию репозитария, которые выполняют

функции архивации данных, восстановления данных и создания нового репозитария.
Слайд 23

Для CASE существенны 4 типа диаграмм: функционального проектирования (DFD – диаграммы

Для CASE существенны 4 типа диаграмм:

функционального проектирования (DFD – диаграммы потоков

данных),
моделирования данных (ERD – диаграммы «сущность-связь»),
моделирования поведения (STD – диаграммы переходов состояний),
структурные (карты), применяющиеся на этапе проектирования и описывающие отношения между модулями и внутримодульную структуру.
Слайд 24

Современные диаграммеры обеспечивают: создание иерархически связанных диаграмм, в которых комбинируются графические

Современные диаграммеры обеспечивают:
создание иерархически связанных диаграмм, в которых комбинируются графические и

текстовые объекты;
создание и редактирование объектов в любом месте диаграммы;
создание, перемещение и выравнивание групп объектов, изменение их размеров, масштабирование;
сохранение связей между объектами при их перемещении и изменении размеров;
автоматический контроль ошибок и др.
Слайд 25

Основные классификационные признаки CASE-средств: по категориям; по типам

Основные классификационные признаки CASE-средств:
по категориям;
по типам

Слайд 26

Классификация по категориям определяет степень интегрированности по выполняемым функциям: локальные средства,

 Классификация по категориям определяет степень интегрированности по выполняемым функциям:
локальные средства, решающие

небольшие автономные задачи (tools),
набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла ИС (toolkit)
полностью интегрированные средства, поддерживающие весь ЖЦ ИС и связанные общим репозиторием
Слайд 27

Классификация по типам отражает функциональную ориентацию CASE-средств на те или иные

Классификация по типам отражает функциональную ориентацию CASE-средств на те или иные

процессы ЖЦ, в основном совпадает с компонентным составом CASE-средств и включает следующие основные типы:
средства анализа (Upper CASE),
средства анализа и проектирования (Middle CASE)
средства проектирования баз данных
средства разработки приложений
средства реинжиниринга
Слайд 28

Средства анализа (Upper CASE) предназначены для построения и анализа моделей предметной области (Design/IDEF, BPwin);

Средства анализа (Upper CASE)
предназначены для построения и анализа моделей предметной

области (Design/IDEF, BPwin);
Слайд 29

Средства анализа и проектирования (Middle CASE) поддерживают наиболее распространенные методологии проектирования

Средства анализа и проектирования (Middle CASE)
поддерживают наиболее распространенные методологии

проектирования и используются для создания проектных спецификаций (Vantage Team Builder, Designer/2000 – ORACLE, Business Studio – Современные технологии управления).
Выходом таких средств являются спецификации компонентов и интерфейсов системы, архитектуры системы, алгоритмов и структур данных.
Слайд 30

Средства проектирования БД входят в состав (DataBase Designer – ORACLE, AllFusion

Средства проектирования БД входят в состав (DataBase Designer – ORACLE, AllFusion

ERwin Data Modeler (ERWin) – Computer Associates Technologies).
Слайд 31

Средства разработки приложений К ним относятся средства 4GL (Uniface, JAM, PowerBuilder,

Средства разработки приложений
К ним относятся средства 4GL (Uniface, JAM, PowerBuilder,

Developer/2000, New Era и др.) и генераторы кодов, входящие в состав Vantage Team Builder и др.
Слайд 32

Средства реинжиниринга обеспечивают анализ программных кодов и схем баз данных и

Средства реинжиниринга обеспечивают анализ программных кодов и схем баз данных и

формирование на их основе различных моделей и проектных спецификаций.
Слайд 33

Помимо этого, CASE-средства можно классифицировать по следующим дополнительным признакам: применяемым методологиям

Помимо этого, CASE-средства можно классифицировать по следующим дополнительным признакам:
применяемым методологиям и

моделям систем и БД;
степени интегрированности с СУБД;
доступным платформам
Слайд 34

Вспомогательные типы включают: средства планирования и управления проектом (SE Companion, Microsoft

Вспомогательные типы включают:
средства планирования и управления проектом (SE Companion, Microsoft Project

и др.);
средства конфигурационного управления (PVCS (Intersolv));
средства тестирования (Quality Works (Segue Software));
средства документирования (SoDA (Rational Software).
Слайд 35

Преимущества CASE-технологии по сравнению с традиционной технологией проектирования: Улучшение качества разрабатываемого

Преимущества CASE-технологии по сравнению с традиционной технологией проектирования:

Улучшение качества разрабатываемого программного

приложения за счет средств автоматического контроля и генерации;
Возможность повторного использования компонентов разработки;
Поддержка адаптивности и сопровождения ИС;
Снижение времени создания системы, что позволяет на ранних стадиях проектирования получить прототип будущей системы и оценить его;
Освобождение разработчиков от рутинной работы по документированию проекта, так как используется встроенный документатор;
Возможность коллективной разработки ИС в режиме реального времени.
Слайд 36

Стратегия выбора CASE-систем для конкретного применения зависит как от целей и

Стратегия выбора CASE-систем для конкретного применения зависит как от целей и

потребностей самого проекта, так и от квалификации вовлеченных в процесс проектирования специалистов.

При выборе CASE-системы учитываются следующие аспекты:
Наличие базы проектных данных, архива или словаря;
Интерфейсы с другими CASE-системами;
Возможности экспорта/импорта;
Многопользовательский режим;
Открытая архитектура;
Расширение новыми методологиями;
Наличие графических средств поддержки методологий проектирования;

Слайд 37

При выборе CASE-системы учитываются следующие аспекты: Обеспечение качества проектной документации; Автоматическая

При выборе CASE-системы учитываются следующие аспекты:

Обеспечение качества проектной документации;
Автоматическая генерация отчетов

о проектных решения;
Решения (спецификации), созданные в процессе проектирования, служат источником документирования системы;
Генерация кодов программ;
Планирование и управление проектом.
Слайд 38

На сегодняшний день рынок программного обеспечения СНГ располагает следующими наиболее развитыми

На сегодняшний день рынок программного обеспечения СНГ располагает следующими наиболее развитыми

CASE-средствами:
Vantage Team Builder (Westmount I-CASE);
Designer/2000;
Silverrun;
ERwin+BPwin;
S-Designor;
CASE.Аналитик;
Business Studio
Слайд 39

Оценка качества информационной системы. Критерии качества ИС

Оценка качества информационной системы. Критерии качества ИС

Слайд 40

Оценка качества информационной системы. Критерии качества ИС

Оценка качества информационной системы. Критерии качества ИС

Слайд 41

Качество ИС связано с дефектами, заложенными на этапе проектирования и проявляющимися

Качество ИС связано с дефектами, заложенными на этапе проектирования и проявляющимися в

процессе эксплуатации ИС.
Свойства ИС, в том числе и дефектологические, могут проявляться лишь во взаимодействии с внешней средой, включающей технические средства, персонал, информационное и программное окружение.
Слайд 42

В зависимости от целей исследования и этапов жизненного цикла ИС дефектологические

В зависимости от целей исследования и этапов жизненного цикла ИС дефектологические свойства разделяют

на :
дефектогенность,
дефектабельность 
дефектоскопичность.
Слайд 43

Дефектогенность определяется влиянием следующих факторов: численность разработчиков ИС, их профессиональные психофизиологические

Дефектогенность определяется влиянием следующих факторов:
численность разработчиков ИС, их профессиональные психофизиологические характеристики;
условия и

организация процесса разработки ИС;
характеристики инструментальных средств и комплексов ИС;
сложность задач, решаемых ИС;
степень агрессивности внешней среды.
Слайд 44

Дефектабельность характеризует наличие дефектов ИС и определяется их количеством и местонахождением.

Дефектабельность характеризует наличие дефектов ИС и определяется их количеством и местонахождением. Другими

факторами, влияющими на дефектабельность, являются:
структурно-конструктивные особенности ИС;
интенсивность и характеристики ошибок, приводящих к дефектам.
Слайд 45

Дефектоскопичность характеризует возможность проявления дефектов в виде отказов и сбоев в процессе отладки, испытаний или эксплуатации.

Дефектоскопичность характеризует возможность проявления дефектов в виде отказов и сбоев в процессе

отладки, испытаний или эксплуатации.
Слайд 46

На дефектоскопичность влияют: количество, типы и характер распределения дефектов; устойчивость ИС

На дефектоскопичность влияют:
количество, типы и характер распределения дефектов;
устойчивость ИС к проявлению дефектов;
характеристики средств

контроля и диагностики дефектов;
квалификация обслуживающего персонала.
Слайд 47

Оценка качества ИС - задача крайне сложная из-за многообразия интересов пользователей.

Оценка качества ИС - задача крайне сложная из-за многообразия интересов пользователей.
Поэтому невозможно

предложить одну универсальную меру качества и приходится использовать ряд характеристик, охватывающих весь спектр предъявляемых требований.
Слайд 48

Показатели качества ИС: практичность; целостность; корректность; удобство обслуживания; оцениваемость; гибкость; адаптируемость; мобильность; возможность взаимодействия.

Показатели качества ИС:
практичность;
целостность;
корректность;
удобство обслуживания;
оцениваемость;
гибкость;
адаптируемость;
мобильность;
возможность взаимодействия.

Слайд 49

Каждому показателю качества ставится в соответствие группа критериев. Один и тот

Каждому показателю качества ставится в соответствие группа критериев.
Один и тот же критерий может характеризовать

несколько показателей
Слайд 50

практичность - работоспособность, возможность обучения, коммуникативность, объем ввода, скорость ввода-вывода; целостность

практичность - работоспособность, возможность обучения, коммуникативность, объем ввода, скорость ввода-вывода;
целостность - регулирование доступа,

контроль доступа;
эффективность - эффективность использования памяти, эффективность функционирования;
корректность - трассируемость, завершенность, согласованность;

Сопоставление показателей и критериев качества ИС

Слайд 51

надежность - точность, устойчивость к ошибкам, согласованность, простоту; удобство обслуживания -

надежность - точность, устойчивость к ошибкам, согласованность, простоту;
удобство обслуживания - согласованность, простоту, краткость,

информативность, модульность;
оцениваемость - простоту, наличие измерительных средств, информативность, модульность;
гибкость - распространяемость, общность, информатирован-ность, модульность;

Сопоставление показателей и критериев качества ИС

Слайд 52

Сопоставление показателей и критериев качества ИС удобство обслуживания - согласованность, простоту,

Сопоставление показателей и критериев качества ИС

удобство обслуживания - согласованность, простоту, краткость, информативность,

модульность;
оцениваемость - простота, наличие измерительных средств, информативность, модульность;
гибкость - распространяемость, общность, информатированность, модульность;
Слайд 53

С помощью метрик можно дать количественную или качественную оценку качества ИС.

С помощью метрик можно дать количественную или качественную оценку качества ИС.
Различают следующие виды метрических

шкал для измерения критериев.
Слайд 54

Первый тип - метрики, которые используют интервальную шкалу, характеризуемую относительными величинами

Первый тип - метрики, которые используют интервальную шкалу, характеризуемую относительными величинами реально

измеряемых физических показателей,
например, временем наработки на отказ, вероятностью ошибки, объемом информации и других.
Слайд 55

Второй тип - метрики, которым соответствует порядковая шкала, позволяющая ранжировать характеристики путем сравнения с опорными значениями.

Второй тип - метрики, которым соответствует порядковая шкала, позволяющая ранжировать характеристики путем сравнения

с опорными значениями.
Слайд 56

Третий тип - метрики, которым соответствуют номинальная, или категорированная шкала, определяющая

Третий тип - метрики, которым соответствуют номинальная, или категорированная шкала, определяющая наличие рассматриваемого свойства

или признака у рассматриваемого объекта без учета градаций по этому признаку.
Так, например, интерфейс может быть "простым для понимания", "умеренно простым", "сложным для понимания".
Слайд 57

Критерии качества информационных систем Функциональные критерии оценивают степень выполнения ИС основных

Критерии качества информационных систем
Функциональные критерии оценивают степень выполнения ИС основных целей или задач.


Конструктивные критерии предназначены для оценки компонент ИС, не зависящих от целевого назначения.
Слайд 58

Слайд 59

Одним из факторов обеспечения качества ИС является сертификация - деятельность по

Одним из факторов обеспечения  качества ИС является 

сертификация - деятельность по подтверждению соответствия продукта требованиям

заказчика, а также государственным нормативным документам
Слайд 60

Стандарты качества Стандарты нужны: потребителям ИС — для выбора техники, упорядочения

Стандарты качества  

Стандарты нужны:
потребителям ИС — для выбора техники, упорядочения деятельности

и взаимодействия с поставщиками;
поставщикам продуктов и услуг - для снижения себестоимости продукции и следования требованиям рынка;
разработчикам ИС — для повышения качества решений и обеспечения совместимости с другими системами, применения повторно используемых решений, снижения трудоемкости и себестоимости работ, повышения их качества.
Слайд 61

Рекомендации по оценке качества ИС Для каждой характеристики качества рекомендуется формировать

Рекомендации по оценке качества ИС

Для каждой характеристики качества рекомендуется формировать меры

и шкалу измерений с выделением требуемых, допустимых и неудовлетворительных значений.
Реализация процессов оценки должна коррелировать с этапами жизненного цикла конкретного проекта программного средства в соответствии с применяемой, адаптированной версией стандарта ISO 12207.
Слайд 62

Функциональная пригодность – наиболее неопределенная и объективно трудно оцениваемая характеристика программного

Функциональная пригодность  – наиболее неопределенная и объективно трудно оцениваемая характеристика программного

средства.
Области применения, номенклатура и функции комплексов программ охватывают столь разнообразные сферы деятельности человека, что невозможно выделить и унифицировать небольшое число атрибутов для оценки и сравнения этой характеристики в различных комплексах программ.

Рекомендации по оценке качества ИС

Слайд 63

Оценка корректности программных средств – формальное определение степени соответствия комплекса реализованных

Оценка корректности программных средств  – формальное определение степени соответствия комплекса реализованных

программ исходным требованиям контракта, технического задания и спецификаций на программное средство и его компоненты.
Путем верификации должно быть определено соответствие исходным требованиям всей совокупности к компонентов комплекса программ, вплоть до модулей и текстов программ и описаний данных.

Рекомендации по оценке качества ИС

Слайд 64

Оценка способности к взаимодействию – определение качества совместной работы компонентов программных

Оценка способности к взаимодействию – определение качества совместной работы компонентов программных средств

и баз данных с другими прикладными системами и компонентами на различных вычислительных платформах, а также взаимодействия с пользователями в стиле, удобном для перехода от одной вычислительной системы к другой с подобными функциями.

Рекомендации по оценке качества ИС

Слайд 65

Оценка защищенности программных средств – определение полноты использования доступных методов и

Оценка защищенности программных средств – определение полноты использования доступных методов и средств

защиты программного средства от потенциальных угроз и достигнутой при этом безопасности функционирования информационной системы.
Наиболее широко и детально методологические и системные задачи оценки комплексной защиты информационных систем изложены в стандарте ISO 15408:1999-1--3 "Методы и средства обеспечения безопасности. Критерии оценки безопасности информационных технологий".

Рекомендации по оценке качества ИС

Слайд 66

Оценка надежности - измерение количественных метрик характеристик в использовании: завершенности, устойчивости

Оценка надежности - измерение количественных метрик характеристик в использовании: завершенности, устойчивости к

дефектам, восстанавливаемости и доступности/готовности.

Рекомендации по оценке качества ИС

Слайд 67

Потребность в ресурсах памяти и производительности компьютера в процессе решения задач

Потребность в ресурсах памяти и производительности компьютера в процессе решения задач значительно

изменяется в зависимости от состава и объема исходных данных.
Для корректного определения предельной пропускной способности ИС нужно измерить экстремальные и средние значения времени исполнения функциональных групп программ и маршруты, на которых они достигаются.
Если предварительно в процессе проектирования производительность компьютера не оценивалась, то, скорее всего, понадобится большая доработка или даже замена компьютера на более быстродействующий.

Рекомендации по оценке качества ИС

Слайд 68

Оценка практичности программных средств проводится экспертами и включает определение понятности, простоты

Оценка практичности программных средств проводится экспертами и включает определение понятности, простоты использования,

изучаемости и привлекательности программного средства.
В основном это качественная (и субъективная) оценка в баллах, однако некоторые атрибуты можно оценить количественно: трудоемкость и длительность выполнения операций при использовании программного средства, объем документации, необходимой для их изучения.

Рекомендации по оценке качества ИС

Слайд 69

Сопровождаемость оценивается полнотой и достоверностью документации о состояниях программного средства и

Сопровождаемость  оценивается полнотой и достоверностью документации о состояниях программного средства и

его компонентов, всех предполагаемых и выполненных изменениях, позволяющей установить текущее состояние версий программ в любой момент времени и историю их развития.

Рекомендации по оценке качества ИС

Слайд 70

Оценка мобильности - качественное определение экспертами адаптируемости, простоты установки, совместимости и

Оценка мобильности - качественное определение экспертами адаптируемости, простоты установки, совместимости и замещаемости

программ, выражаемое в баллах.
Количественно эту характеристику программного средства оценивают экономическими показателями: стоимость, трудоемкость и длительность реализации процедур переноса на иные платформы определенной совокупности программ и данных.

Рекомендации по оценке качества ИС

Слайд 71

В настоящее время не существует стандартов, полностью удовлетворяющих оценке качества ИС.

В настоящее время не существует стандартов, полностью удовлетворяющих оценке качества ИС.

Слайд 72

В западноевропейских странах имеется ряд стандартов, определяющих основы сертификации программных систем

В западноевропейских странах имеется ряд стандартов, определяющих основы  сертификации программных систем  

Слайд 73

Оценка эффективности ИС

Оценка эффективности ИС

Слайд 74

Инструменты оценки эффективности внедрения ИС

Инструменты оценки эффективности внедрения ИС

Слайд 75

Реинжиниринг и его место в ЖЦ ИС. Методы и технологии реинжиниринга ИС

Реинжиниринг
и его место в ЖЦ ИС.
Методы и технологии реинжиниринга ИС

Слайд 76

Сегодня можно говорить, что время, когда разработчики ИС приходили в организацию

Сегодня можно говорить, что время, когда разработчики ИС приходили в организацию

и начинали проекты информатизации «с нуля», прошла.
Наступило время проектов по систематической трансформации существующих ИС или
эра реинжиниринга ИС.
Слайд 77

Основные понятия Инжиниринг бизнеса — это набор приемов и методов, которые

Основные понятия

Инжиниринг бизнеса — это набор приемов и методов, которые компания

использует для проектирования бизнеса в соответствии со своими целями.

Реинжиниринг — это фундаментальное переосмысление и радикальное перепроектирование деловых процессов для достижения резких, скачкообразных улучшений главных современных показателей деятельности компании, таких, как стоимость, качество, сервис и темпы
(термин «реинжиниринг» ввел М. Хаммер).

Слайд 78

Определения бизнес-процессов: Бизнес-процесс – несколько связанных работ или процедур, в совокупности

Определения бизнес-процессов:
Бизнес-процесс – несколько связанных работ или процедур, в совокупности реализующих

конкретную цель текущей деятельности в рамках существующей организационной структуры.
Бизнес-процесс – совокупность различных видов деятельности, в рамках которой «на входе» используется один или более видов ресурсов, и в результате этой деятельности «на выходе» создаётся продукт, представляющий ценность для потребителя
Бизнес-процесс – совокупность взаимосвязанных или взаимодействующих видов деятельности, которые преобразуют «входы» в «выходы» (ISO 9000:2000)
Слайд 79

Бизнес-процессы и функции состоят из работ; Различие между процессами и функциями

Бизнес-процессы и функции состоят из работ;
Различие между процессами и функциями заключается

в различии способов объединения работ и используемых элементов для их описания.
Функция является частью бизнес-процесса и при этом может входить как в различные этапы процесса, так и в различные бизнес-процессы.
Слайд 80

Реинжиниринг обладает следующими свойствами: отказ от устаревших правил и подходов и

Реинжиниринг обладает следующими свойствами:

отказ от устаревших правил и подходов и начало

делового процесса как бы «с чистого листа». Это позволяет преодолеть негативное воздействие сложившихся хозяйственных догм;
пренебрежение действующими системами, структурами и процедурами предприятия и радикальное изменение способов хозяйственной деятельности;
если невозможно переделать свою деловую среду, то можно переделать свой бизнес;
приведение к значительным изменениям показателей деятельности, на порядок отличающихся от предыдущих.
Слайд 81

Направления перепроектирования бизнес-процессов: несколько рабочих процедур, выполнявшихся ранее различными сотрудниками, объединяются

Направления перепроектирования бизнес-процессов:

несколько рабочих процедур, выполнявшихся ранее различными сотрудниками, объединяются в

одну — горизонтальное сжатие процесса;
исполнитель принимает самостоятельные решения — вертикальное сжатие процессов;
распараллеливание процесса там, где это возможно;
реализация процессов в различных вариантах исполнения, там где это необходимо;
выполнение процесса в том месте, где это целесообразно;
уменьшение количества проверок и управляющих воздействий, которые непосредственно не производят материальных ценностей;
минимизация количества согласований, которые не производят непосредственных ценностей для заказчика;
единая точка контакта за счет назначения специального менеджера;
преобладание смешанного централизованно/децентрализованного подхода.
Слайд 82

Направления использования ИТ в реинжиниринге бизнес-процессов: применение методов ИТ для анализа

Направления использования ИТ в реинжиниринге бизнес-процессов:

применение методов ИТ для анализа и

конструирования бизнес-процессов;
создание новых бизнес-процессов, позволяющих коренным образом изменить базовые правила работы организаций;
разработка новой ИС.
Слайд 83

Факторы, влияющие на успешность реализации проекта по реинжинирингу Поддержка проекта высшим

Факторы, влияющие на успешность реализации проекта по реинжинирингу

Поддержка проекта высшим руководством

от начала до конца;
Учет стратегических целей;
Наличие квалифицированных экспертов;
Понимание своей роли в процессе реинжиниринга персоналом предприятия.

Факторы, препятствующие успешной реализации проекта по реинжинирингу

Отсутствие поддержки со стороны управляющего персонала;
Смена стиля руководства в ходе выполнения проекта;
Недостаточная компетенция специалистов, выполняющих проект.

Слайд 84

Сразу следует признать, что в настоящий момент понятие «реинжиниринг ИС» не

Сразу следует признать, что в настоящий момент
понятие «реинжиниринг ИС» не

является повсеместно устоявшимся.
в качестве базовых понятий, наряду с «реинжиниринг ИС» употребляются «эволюция ИС» ,
«миграция ИС»,
«модернизация ИС»,
«реструктуризация ИС».
Слайд 85

Структурные изменения посредством ИТ

Структурные изменения посредством ИТ

Слайд 86

Реинжиниринг представляет собой систематическую трансформацию существующей системы с целью улучшения ее

Реинжиниринг представляет собой систематическую трансформацию существующей системы с целью улучшения ее

характеристик качества, поддерживаемой ею функциональности, понижения стоимости ее сопровождения, вероятности возникновения значимых для заказчика рисков, уменьшения сроков работ по сопровождению системы. 
Слайд 87

Подходы, методы и технологии миграции, модернизации, эволюции ИС следует считать частью

Подходы, методы и технологии миграции, модернизации, эволюции ИС следует считать частью

методологического и инструментально - технологического обеспечения процесса реинжиниринга ИС!
Слайд 88

В контексте деятельности по реинжинирингу вводятся следующие понятия прямой инжиниринг (Forward

В контексте деятельности по реинжинирингу вводятся следующие понятия

прямой инжиниринг (Forward engineering);
редокументирование

(Redocumentation);
рефакторинг (Refactoring);
реструктуризация (Restructuring);
переориентация (Retargeting);
обратный инжиниринг (обратное проектирование)
(Reverse engineering);
сопровождение программных продуктов
(Software maintenance);
трансляция исходного кода (Source Code Translation);
и т.д.
Слайд 89

Перечисленные понятия раскрывают понятие «реинжиниринг ИС», а соотносимая с ними деятельность

Перечисленные понятия раскрывают понятие «реинжиниринг ИС», а соотносимая с ними деятельность

рассматривается либо как одна из форм реинжиниринга ИС, либо как подпроцесс реинжиниринга.
Слайд 90

Утверждается, что реинжиниринг ИС занимает промежуточное местоположение по отношению к разработке

Утверждается, что реинжиниринг ИС занимает промежуточное местоположение по отношению к разработке

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

В контексте исследований, связанных с эволюцией ИС, выделяются деятельности по сопровождению, модернизации и замещению ИС.

В контексте исследований, связанных с эволюцией ИС, выделяются деятельности по сопровождению,

модернизации и замещению ИС.
Слайд 92

Сопровождение ИС представляет собой пошаговый итеративный процесс, в рамках которого выполняются

Сопровождение ИС представляет собой пошаговый итеративный процесс, в рамках которого выполняются

малые изменения в системе, не затрагивающие ее структурной организации (архитектуры системы).
Слайд 93

В отличие от сопровождения модернизация ИС характеризуется как деятельность, которая предусматривает

В отличие от сопровождения модернизация ИС характеризуется как деятельность, которая предусматривает

значительные изменения существующей системы (в том числе в ее структуре), но не ее утилизацию или замещение новой системой.
Слайд 94

Замещение ИС рассматривается как процесс, который заключается во внедрении новой системы,

Замещение ИС рассматривается как процесс, который заключается во внедрении новой системы,

способной полностью заменить существующую ИС.
Замещение обычно применяется к системам, которые недокументированы, устарели или не расширяемы, расходятся с требованиями бизнеса и для которых модернизация невозможна или экономически не выгодна.
Слайд 95

Жизненный цикл ИС Определяя место видов деятельности реинжиниринга в контексте ЖЦ

Жизненный цикл ИС

Определяя место видов деятельности реинжиниринга в контексте ЖЦ ИС,

рассматривается следующая последовательность их выполнения
Слайд 96

Первоначально, осуществляется разработка (построение) ИС. Далее выполняется деятельность по ее сопровождению.

Первоначально, осуществляется разработка (построение) ИС.
Далее выполняется
деятельность по ее сопровождению.


В процессе сопровождения
возникает необходимость в реструктуризации системы и как следствие выполняется деятельность по ее модернизации.
После этого снова осуществляется деятельность по сопровождению системы.
Слайд 97

В тот момент, когда ИС перестает удовлетворять требованиям заказчика, осуществляется замещение

В тот момент, когда ИС перестает удовлетворять требованиям заказчика, осуществляется
замещение

на новую систему
и последовательность выполняемых
видов деятельности повторяется.
В реальной жизни может возникать
и другая последовательность, когда, сразу, не прибегая к модернизации, осуществляется замещение одной ИС другой.
Однако общий подход к последовательности выполнения сопровождения, модернизации и замещения останется неизменным.
Слайд 98

Основные виды деятельности (фазы) проведения реинжиниринга: оценка показателей проекта по реинжинирингу,

Основные виды деятельности (фазы) проведения реинжиниринга:
оценка показателей проекта по реинжинирингу, в

том числе характеристик унаследованной информационной системы (фаза оценки);
анализ решений по реинжинирингу, в том числе принятие решения о необходимости проведения работ по реинжинирингу или сопровождению/разработке ИС;
осуществление реинжиниринга (выполнение работ по реинжинирингу);
внедрение системы, трансформированной в результате проведения реинжиниринга.
Слайд 99

Другой подход к определению деятельности по реинжинирингу базируется на так называемой

Другой подход к определению деятельности по реинжинирингу базируется на так называемой

модели «подкова». В основу данной модели положены следующие процессы (виды деятельности), соотносимые с реинжинирингом ИС:
анализ существующей системы, основанный на одном или более ее логических описаний;
трансформация этих логических описаний в новое, улучшенное логическое описание системы.
разработка новой системы, основанной на новых логических описаниях системы.
Слайд 100

Основные процессы модели в виде «подковы»

Основные процессы модели в виде «подковы»

Слайд 101

Следует признать, что модель «подкова» находит широкое применение в рамках деятельности,

Следует признать, что модель «подкова» находит широкое применение в рамках деятельности,

связанной с реинжинирингом ИС.
На ее основе определяются требования и основной каркас для интеграции инструментальных средств реинжиниринга на архитектурном уровне и уровне программного кода.
С учетом соотносимых с ней процессов и уровней представления, осуществляется расширение модели CORUM (Common Object-based Reengineering Unified Model).
Слайд 102

Модель «Подкова» разрабатывалась: для представления на основе программного кода (Code-based Management

Модель «Подкова» разрабатывалась:
для представления на основе программного кода (Code-based Management System)

требуемой для систем управления информации о программных средствах;
для обеспечения интероперабельности между системами данного класса (в том числе между средствами реинжиниринга программ на уровне программного кода).
Слайд 103

Этапы процесса реинжиниринга: формирование команды реинжиниринга; анализ требований для выявления конкретных

Этапы процесса реинжиниринга:
формирование команды реинжиниринга;
анализ требований для выявления конкретных целей

реинжиниринга унаследованной системы;
восстановление модели, в том числе документирование и понимание структуры унаследованной системы;
выявление проблем, связанных с унаследованной системой;
анализ проблем, включающий выбор архитектуры, позволяющий устранить обнаруженные в унаследованной системе дефекты;
реорганизация, включающая выбор и применение оптимального подхода трансформации унаследованной системы;
распространение изменений.
Слайд 104

Общепринято выделять следующих участников процесса реинжиниринга: лидер проекта; руководящий комитет наблюдателей;

Общепринято выделять следующих участников процесса реинжиниринга:
лидер проекта;
руководящий комитет наблюдателей;
специалист, отвечающий за

развитие методик и инструментариев поддержки реинжиниринга;
команда по реинжинирингу ;
эксперт по методу отвечает за используемую методологию;
группа обеспечения качества;
группа документирования;
координатор (или группа координации);
лидеры процессов и владельцы процессов;
штат менеджера проекта.
Слайд 105

Методы и технологии реинжиниринга ИС В настоящий момент существует значительное количество

Методы и технологии реинжиниринга ИС

В настоящий момент существует значительное количество литературы,

посвященной проблемам, методам и технологиям реинжиниринга ИС.
Эти работы охватывают данную проблематику с различных точек зрения, рассматривая и исследуя в различной степени как проблемы концептуального уровня, так и конкретные методы, и инструментальные средства, предназначенные для реинжиниринга ИС.
Слайд 106

Несмотря на наличие множества различных решений, их исследование и комплексное применение

Несмотря на наличие множества различных решений, их исследование и комплексное применение

на практике бывает затруднено. Причинами возникающих трудностей следует считать:
понятие «реинжиниринг ИС» до сих пор трактуется по разному, существует множество близких понятий, наличие которых приводит к появлению внешне отличающихся, но по сути схожих подходов, методов и технологий;
предлагаемые решения не позиционируются в контексте других существующих решений;

Проблемы применения методов и технологий реинжиниринга ИС

Слайд 107

решения не интегрированы на уровне методологий и технологий, большое количество методов

решения не интегрированы на уровне методологий и технологий, большое количество методов

и инструментальных средств направлено на решение отдельных локальных задач, связанных с реинжинирингом ИС;
наблюдается разрыв между решениями концептуального характера и решениями, направленными на решение конкретных прикладных задач.

Проблемы применения методов и технологий реинжиниринга ИС

Слайд 108

Классифицируя существующие подходы, методы и технологии, можно выделить следующие уровни рассмотрения

Классифицируя существующие подходы, методы и технологии, можно выделить следующие уровни рассмотрения

и исследования аспектов, соотносимых с деятельностью по реинжинирингу ИС
Слайд 109

Первый уровень включает исследования, направленные на достижение концептуального понимания деятельности по

Первый уровень включает исследования, направленные на достижение концептуального понимания деятельности по

реинжинирингу ИС. Именно на этом уровне исследуются вопросы адекватного определения понятия «реинжиниринг ИС», определения места реинжиниринга в жизненном цикле ИС, в том числе выявление связей процесса реинжиниринга ИС в целом с другими процессами ЖЦ ИС.
Следует считать, что большая часть рассмотренных ранее аспектов, относятся к этому уровню.
Слайд 110

Уровни рассмотрения и исследования аспектов реинжиниринга ИС

Уровни рассмотрения и исследования аспектов реинжиниринга ИС

Слайд 111

Второй уровень содержит исследования, основная цель которых заключается в выявлении основных

Второй уровень содержит исследования, основная цель которых заключается в выявлении основных

шагов (действий), реализуемых в процессе реинжиниринга и в определении связей между основными шагами процесса.
Здесь в сферу рассмотрения попадают потоки управления и потоки данных между основными шагами процесса, основные роли, соотносимые с исполнителями процесса, а так же правила распределения ролей среди команды исполнителей.
Слайд 112

Уровни рассмотрения и исследования аспектов реинжиниринга ИС

Уровни рассмотрения и исследования аспектов реинжиниринга ИС

Слайд 113

На третьем уровне рассматриваются (исследуются и разрабатываются) методы, каждый из которых

На третьем уровне рассматриваются (исследуются и разрабатываются) методы, каждый из которых

направлен на решение некоторой локальной задачи, возникающей в процессе реинжиниринга ИС, например, выполнения определенного шага процесса.
По сути, эти методы воплощают собой некоторые вполне конкретные решения, с которыми соотносится определенная область применения.
Слайд 114

Примером процесса, направленного на решение локальной задачи, является итеративный процесс, определяющий

Примером процесса, направленного на решение локальной задачи, является итеративный процесс, определяющий

следующую последовательность шагов, которые должны быть выполнены при планировании проектов реинжиниринга ИС:
Определение целей, направлений деятельности организации и информационной системы.
Формирование объединенной команды, которая будет осуществлять реинжиниринг унаследованной системы.
Слайд 115

Определение среды разработки и сопровождения, базирующейся на применении модели оценки уровня

Определение среды разработки и сопровождения, базирующейся на применении модели оценки уровня

зрелости ИТ-инфраструктуры.
Выбор стандартного множества метрик для оценки программных средств.
Анализ унаследованной системы.
Определение процесса реализации деятельности по реинжинирингу.
Разработка/Обновление стандартных средств тестирования и валидации.
Анализ средств реинжиниринга.
Обучение.

Последовательность шагов, которые должны быть выполнены при планировании проектов реинжиниринга ИС:

Слайд 116

Условно, все методы реинжиниринга ИС можно разделить на два класса. Методы,

Условно, все методы реинжиниринга ИС можно разделить на два класса.

Методы, относящиеся

к первому классу, определены на концептуальном уровне и в целом не зависят от какой-то одной программной технологии.
Среди всего множества рассматриваемых методов к первому классу относятся метод репликации баз данных и основанный на объектно-ориентированном подходе метод построения оболочек для компонентов унаследованной системы (object – oriented wrapping), методы «белого» и «черного» ящика модернизации системы.
Слайд 117

К другому классу относятся: методы оценки вариантов реинжиниринга ИС, метод планирования

К другому классу относятся: методы оценки вариантов реинжиниринга ИС, метод планирования

миграции программных средств, методы извлечения знаний о существующей системе, методы трансформации (реконструкции) архитектуры ИС, методы автоматизации реинжиниринга программ и т.д.
В целом следует считать, что область применения таких методов, как правило, характеризуется некоторым классом программных технологий. А для применения в реальных проектах каждый из них адаптируется с учетом используемых в проекте технологий и инструментальных средств.

Методы реинжиниринга ИС

Слайд 118

При проектировании используются различные методологии и соответствующие нотации: SADT: IDEF0, IDEF3,

При проектировании используются различные методологии и соответствующие нотации:

SADT: IDEF0, IDEF3, DFD


ORACLE Diagram
BAAN Diagram
ARIS Value Added Chain Diagram
ARIS eEPC Diagram
БИТЕК Диаграмма бизнес-процесса
BPMN
RUP
UML(Unified Modeling Language): Унифицированный язык моделирования
Слайд 119

Программные продукты, реализующие методологию IDEF0: Business Studio CA AllFusion Process Modeler

Программные продукты, реализующие методологию IDEF0:

Business Studio
CA AllFusion Process Modeler 7

(ранее BPwin)
Corel iGrafx (IDEF0)
Design/IDEF 3.5
Casewise Corporate Modeler 10
IDEF0\Doctor
IDEF0 on WEB
IDEF0.EM Tool
MS Visio
Ramus
Слайд 120

Опыт реализации реинжиниринга бизнес-процессов Опыт IBM Credit Corporation, филиал IBM: занимается

Опыт реализации реинжиниринга бизнес-процессов

Опыт IBM Credit Corporation, филиал IBM: занимается кредитованием

клиентов, которым  IBM продает компьютеры, программы и предоставляет услуги.
Проблема: при существующем технологическом цикле решение вопроса о кредитовании клиента занимало в среднем 7 дней, а в сложных случаях – до двух недель. Чрезмерная длительность принятия решений приводила к потере клиента, так как он за это время мог найти другой источник финансирования.
Длительность принятия решения по запросу клиента: обработка запроса осуществлялась в 5 шагов, выполняемых последовательно в пяти различных подразделениях компании. При этом передача запроса из одного подразделения в другое осуществлялось на бумажном носителе.
В новом процессе всю обработку выполняет один специалист, снабженный информационной экспертной системой, обеспечивающей принятие решения и доступ ко всем необходимым данным и инструментариям. Теперь в большинстве случаев (более 90% запросов) один специалист обеспечивает решение задачи. В трудных случаях специалист обращается к экспертам.
Результат: время обработки запроса сокращено с 7 дней до 4-х часов, количество обрабатываемых запросов возросло в 100 раз при уменьшении количества сотрудников!!!
Слайд 121

Опыт Ford Motor: решено сократить расходы в отделении оплаты счетов, где

Опыт Ford Motor: решено сократить расходы в отделении оплаты счетов, где

работало более 500 человек.

Отделение счетов само по себе не могло быть подвергнуто реинжинирингу, так как это подразделение, а не процесс.
Процесс Поставки: департамент заказов посылает продавцу товаров заказ на их приобретение; копия заказа отправляется в отделение оплаты счетов; когда товары прибыли в компанию, сотрудник из отдела получения товаров составляет документ получения и отправляет его в департамент оплаты счетов; продавец посылает в отделение оплаты счетов накладную на товары.
К этому времени в отделении оплаты счетов находятся 3 документа на эти товары: заказ на приобретение, документ получения и накладная. Если все три документа соответствуют друг другу (в большинстве случаев именно эта ситуация и имеет место), то оплачивается счет. При несоответствии документов необходимо найти источник ошибки. Основное время в своей работе сотрудник тратит на обработку именно таких ситуаций.
Способ предотвратить расхождения: ввели «обработку без счетов» – когда отдел закупок дает заказ, информация о нем вводится в базу данных, копии заказа никому не посылаются; когда товар прибывает на разгрузку, приемщик проверяет базу данных, чтобы выяснить, соответствует ли этот товар какому-либо неисполненному заказу. Если да, производится приемка, сведения о которой также заносятся в базу данных, если нет, заказ просто возвращается поставщику.
Результат: количество сотрудников уменьшилось на 75 %, а не на 20 %, как прогнозировалось ранее. Поскольку теперь не существует разночтений между финансовым и материальным учетом, входной контроль значительно проще, а финансовая информация — точнее.

Опыт реализации реинжиниринга бизнес-процессов

Слайд 122

Основная задача любого успешного проекта обеспечить: требуемую функциональность системы и степень

Основная задача любого успешного проекта

обеспечить:
требуемую функциональность системы и степень адаптации к

изменяющимся условиям ее функционирования;
требуемую пропускную способность системы;
требуемое время реакции системы на запрос;
безотказную работу системы в требуемом режиме, то есть: готовность и доступность системы для обработки запросов пользователей;
простоту эксплуатации и поддержки системы;
требуемую безопасность
высокую эффективность