Презентация на тему Технологии и методологии проектирования ИС

методов и технологий проектирования ИС
Архитектура предприятия и информационной системы.
Корпоративная

стратегия и стратегия ИТ
Подходы к анализу и проектированию ИС
Структурный подход (SADT - технология структурного анализа и проектирования, DFD - диаграммы потоков данных)
Объектно-ориентированный подход.
Архитектурный подход

широком смысле понимается процесс преобразования входной информации об объекте

проектирования, о методах проектирования и об опыте проектирования объектов аналогичного назначения в соответствии с ГОСТом в проект ИС (действующую ИС и проектно-технологическую документацию).
В узком смысле – это вторая стадия ЖЦ ИС
Технология проектирования ИС – это совокупность методологии и средств проектирования ИС, а также методов и средств организации проектирования (управления процессом создания и модернизации проекта ИС)

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

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

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

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

которая определяет сущность, основные отличительные технологические особенности.
Методология проектирования

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

реализации проекта, а также правила (процедуры) реализации проекта
Метод –

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

автоматизации:
ручного проектирования, при котором проектирование компонентов ИС осуществляется

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

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

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

и исчерпывающее описание (модель) всех его ключевых элементов и

межэлементных отношений – Г.Н. Калянов «Моделирование, анализ, реорганизация и автоматизация бизнес-процессов», 2006;
«Управление развитием информационных систем», 2007
ISO 15704 – Industrial Automation Systems –Requirements for Enterprise-Reference Architecture and Methodologies, 1999
АП включает описание роли людей, процессов (функций и поведения) и представления всех технологий на протяжении всего жизненного цикла предприятия

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

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

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

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

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

(события во времени)

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

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

глобальных целей и требований (отв. Заказчик - Топ-менеджмент)
Enterprise model

(Conceptual) - разработка концептуальной модели предприятия, бизнес-архитектура (отв. ключевые пользователи, системные аналитики).
System model (Logical) - логическая модель системы (отв. проектировщик),
Technology model (Physical) – физическая модель системы (отв. разработчик)
Detailed representation (out-of-context) – детальная модель (отв. разработчики, подключение поставщиков решений, субподрячиков)
Функционирующая система (взгляд пользователя).
Каждый последующий слой имеет свой понятийный аппарат и инструментарий, а также уровни детализации. Он не детализирует предыдущий слой, а представляет его на новом уровне конкретизации.

д е ?
Персонал К т о ?
Время Когда ?
Цель Зачем ?
Область применения
Заказчик












Наиболее

важные аспекты бизнеса

Перечень процессов бизнеса

Размещение объектов бизнеса

Наиболее важные организации, участвующие в бизнесе

Наиболее важные события бизнеса

Наиболее важные цели бизнеса

Модель предприятия
Пользователь

Смысловая модель (события, связи)

Модель бизнес- процессов (процессы, ресурсы)

Модель размещения (размещение, взаимодействие)

Модель порядка выполнения (подразделения, продукция)

Программа (бизнес- события, цикл бизнеса)

Бизнес- план (цель, стратегия)

1

2

в системе, цикл функций)
Правила бизнеса (структура, функции )
Модель системы (логическая) Проектировщик
Физическая модель данных (сегменты, таблицы, указатели и т.д.)
Проект системы (экраны, функции компьютера)
Архитектура системы (аппаратура, системное ПО)
Архитектура представления (пользователи, экраны, защита

доступа)

Структура управления (время выполнения цикл работы)

Правила проекти- рования (условия, порядок)

Логическая модель данных (сущности, связи)

3

4

синхронизации (прерывания)
Определение правил (взаимодействие с субподрядчиками, стадии)
5

ИТ
Миссия – общая цель, основная бизнес-идея, кредо, формирует имидж

компании.
IBM – мы стремимся быть лидерами в инновациях, развитии и производстве самых наукоемких технологий
MicroSoft - our mission and values are to help people and businesses throughout the world to realize their full potential.
1C - Мы обеспечиваем условия для комфортного развития не только компании, бизнеса, коллектива, но и каждого отдельного человека. Для этого мы используем новейшие информационные технологии, различное программное обеспечение, включая инструменты, основанные на психометрических методиках.

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

и смысле существования.
2. Говорить о перспективности предприятия, какими видами деятельности оно собирается заниматься и каков долгосрочный курс.
3. Формулировать понятие бизнес-идеи, определяющей группы покупателей, их потребности, технологическое и функциональное исполнение.
4. Включать понятие миссии-ориентации, уточняющее характер его поведения и раскрывающее систему ценностей, которых придерживается руководство и персонал.
5. Информировать общество о политических установках.

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

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

card, Нортон, Каплан) для представления стратегии
Цели распределяются по точкам

зрения:
Финансовая
Рыночная
Внутренние процессы
Рост и развитие (технологии и персонал)
Ключевые индикаторы эффективности (показатели) характеризуют критерии достижения целей (задаются для каждой цели)

подходов, принципов и методов, отражающую единую корпоративную политику в

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

и внедрение ИТ;
ориентация ИТ на решение проблем бизнеса;
создание единого

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

подхода к анализу и проектированию ИС лежат концепции и

теоретические основы структурирования проблемной области и отражения её поведения
Структурный подход базируется на декомпозиции и анализе функций преобразований объектов различной природы (материальных, информационных, финансовых)
Объектно-ориентированный подход базируется на классификации объектов различной природы, установления между ними отношений и определения поведения (выполнения различных функций)
Архитектурный подход (комплексный) – моделирование предметной области во всех аспектах (проекциях), параллельное моделирование функциональной и объектной структуры и установление между ними соответствий

1
Функция 2
Функция N
Функция 21
Функция 22
Функция 2M

числа элементов на каждом из уровней (обычно от 3

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

диаграммы потоков данных (статика);
SADT (Structured Analysis and Design Technique)

(стандартизованное подмножество – модель IDEF0) – моделирование функций (статика);
ERD (IDEF1x) – ER-моделирование данных
Динамика системы
модель IDEF3 – моделирование процессов (поведение).
STD (State Transition Diagram) – диаграмма перехода состояний

состояний
Состояние 1

Состояние 2

Заявка принята
Кредит оформлен


Условие
--------------
Действие
Сумма на счете > 1000

ед.
------------------------
Оформить кредит

объектов
Подкласс объектов
Метод
Класс объектов
1:1

и поведения (методов)
Инкапсуляция методов – функции внутри классов объектов

(представляется функционал субъектов деятельности)
Полиморфизм – функция с одним именем в иерархии классов (реализация отличается, высокая степень абстракции проектирования, от общего к частному)

OMG
Структурные (structural) модели:
диаграммы классов (class diagrams) - для

моделирования статической структуры классов системы и связей между ними;
диаграммы компонентов (component diagrams) - для моделирования иерархии компонентов (подсистем) системы;
диаграммы размещения (deployment diagrams) - для моделирования физической архитектуры системы.

OMG
Модели поведения (behavioral):
диаграммы вариантов (прецедентов) использования (use case

diagrams) - для моделирования функциональных требований к системе (в виде сценариев взаимодействия пользователей с системой);
диаграммы взаимодействия (interaction diagrams): диаграммы последовательности (sequence diagrams) и кооперативные диаграммы (collaboration diagrams) - для моделирования процесса обмена сообщениями между объектами;
диаграммы состояний (statechart diagrams) - для моделирования поведения объектов системы при переходе из одного состояния в другое;
диаграммы деятельности (activity diagrams) - для моделирования поведения системы в рамках различных вариантов использования, или потоков управления.