'

ТЕМА 3. Технологии проектирования ИС.

Понравилась презентация – покажи это...





Слайд 0

ТЕМА 3. Технологии проектирования ИС. Лекция 7. Современные технологии проектирования ИС.


Слайд 1

2 Современные технологии проектирования


Слайд 2

3 Технология Rational Unified Process (RUP) RUP соответствует стандартам и нормативным документам, связанным с процессами ЖЦ ПО и оценкой технологической зрелости организаций-разработчиков (ISO 12207, ISO 9000, CMM и др.). Ее основными принципами являются: Итерационный и инкрементный (наращиваемый) подход к созданию ПО. Планирование и управление проектом на основе функциональных требований к системе - вариантов использования. Построение системы на базе архитектуры ПО.


Слайд 3

4 Общее представление RUP


Слайд 4

5 Начальная стадия RUP Результаты: общее описание системы: основные требования к проекту, его характеристики и ограничения; начальная модель вариантов использования (степень готовности – 10-20%); начальный проектный глоссарий (словарь терминов); начальный бизнес-план; план проекта, отражающий стадии и итерации; один или несколько прототипов.


Слайд 5

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


Слайд 6

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


Слайд 7

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


Слайд 8

9 Статический аспект RUP Роль (role) – определяет поведение и ответственность личности или группы личностей, составляющих проектную команду. Вид деятельности (activity) – единица выполняемой работы, соответствует понятию технологической операции. Каждый вид деятельности сопровождается набором руководств (guidelines), представляющих собой методики выполнения технологических операций. Рабочий продукт (artifact) – модель, элемент модели, документ, исходный код или план, являющиеся результатом вида деятельности. Дисциплина (discipline) – последовательность действий, приводящую к получению значимого результата, соответствует понятию технологического процесса.


Слайд 9

10 Дисциплины RUP Основные дисциплины: построение бизнес-моделей; определение требований; анализ и проектирование; реализация; тестирование; развертывание. Вспомогательные дисциплины: управление конфигурацией и изменениями; управление проектом; создание инфраструктуры.


Слайд 10

11 Компоненты RUP Описание всех элементов динамического и статического аспекта RUP; навигатор по всем элементам RUP, глоссарий и средство быстрого обучения технологии; руководства для всех участников проектной команды, охватывающие весь жизненный цикл ПО; рекомендации по использованию инструментальных средств, входящих в состав Rational Suite; примеры и шаблоны проектных решений для Rational Rose; шаблоны проектной документации для SoDa; шаблоны в формате Microsoft Word, предназначенные для поддержки документации по всем процессам и действиям жизненного цикла ПО; планы в формате Microsoft Project, отражающие итерационный характер разработки ПО.


Слайд 11

12 Инструментальные средства для поддержки RUP RUP опирается на интегрированный комплекс инструментальных средств Rational Suite. Он существует в следующих вариантах: Rational Suite AnalystStudio – предназначен для определения и управления полным набором требований к разрабатываемой системе; Rational Suite DevelopmentStudio – предназначен для проектирования и реализации ПО; Rational Suite TestStudio – представляет собой набор продуктов, предназначенных для автоматического тестирования приложений; Rational Suite Enterprise – обеспечивает поддержку полного жизненного цикла ПО и предназначен как для менеджеров проекта, так и отдельных разработчиков, выполняющих несколько функциональных ролей в команде разработчиков.


Слайд 12

13 Состав IBM Rational Suite IBM Rational RequisitePro – средство управления требованиями; IBM Rational Rose – средство визуального моделирования; IBM Rational XDE – средство генерации объектного кода; IBM Rational RapidDeveloper – средство разработки; IBM Rational ClearCase – средство конфигурационного управления; IBM Rational ClearQuest – средство управления изменениями; IBM Rational SoDA – средство автоматизированного документирования; IBM Rational Quantify – средство количественного определения узких мест, влияющих на общую эффективность работы программы; IBM Rational TestManager – средство планирования функционального и нагрузочного тестирования; IBM Rational Robot – средство записи и воспроизведения тестовых сценариев; IBM Rational TestFactory – средство тестирования надежности; IBM Rational Quality Architect – средство генерации кода для тестирования.


Слайд 13

14 Технология Oracle Методическая основа технологии создания ПО корпорации Oracle – комплекс методов, охватывающий большинство процессов ЖЦ ПО. В состав комплекса входят: CDM (Custom Development Method) – разработка прикладного ПО; PJM (Project Management Method) – управление проектом; AIM (Application Implementation Method) – внедрение прикладного ПО; BPR (Business Process Reengineering) – реинжиниринг бизнес-процессов; OCM (Organizational Change Management) – управление изменениями.


Слайд 14

15


Слайд 15

16 Этапы и процессы CDM


Слайд 16

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


Слайд 17

18


Слайд 18

19 Процессы PJM для разработки ПО в CDM Управление проектом и предоставление отчетности (Control and Reporting). Управление работой (Work Management). Управление ресурсами (Resource Management). Управление качеством (Quality Management). Управление конфигурацией (Configuration Management).


Слайд 19

20 Задачи PJM и уровни их решения Задачи: Задачи планирования Задачи управления Задачи завершения Уровни: Уровень всего проекта Уровень отдельных этапов


Слайд 20

21 Комплекс Oracle Developer Suite для быстрой разработки Oracle Designer - средство моделирования и генерации приложений; Oracle Forms - средство быстрой разработки приложений; Oracle Reports - визуальное средство разработки отчетов; Oracle JDeveloper - средство визуального программирования на языке Java; Oracle Discoverer - средство для разработки аналитических приложений; Oracle Warehouse Builder - система для построения хранилищ данных; Oracle Portal - средство разработки информационного портала организации.


Слайд 21

22 Технология Microsoft Solution Framework Microsoft Solutions Framework представляет собой согласованный набор концепций, моделей и правил. Состав MSF: Модель процессов; Модель проектной группы; Дисциплина управления проектами; Дисциплина управления рисками; Дисциплина управления подготовкой.


Слайд 22

23 Модель проектной группы Модель проектной группы MSF (MSF Team Model) описывает подход Microsoft к организации работающего над проектом персонала и его деятельности в целях максимизации успешности проекта. Модель проектной группы основана на: 6 принципах 6 концепциях 6 ролевых кластерах


Слайд 23

24 Основные принципы модели проектной группы Распределение ответственности при фиксации отчетности Наделение членов команды полномочиями Концентрация на бизнес-приоритетах Единое видение проекта Готовность к переменам Свободное общение членов группы


Слайд 24

25 Ключевые концепции модели проектной группы Проектная группа – команда соратников Сфокусированность на нуждах заказчика Нацеленность на конечный результат Установка на отсутствие дефектов Стремление к самосовершенствованию Заинтересованные команды работают эффективно


Слайд 25

26 Ролевые кластеры Управление продуктом (product manager) — бизнес-приоритеты, маркетинг, представительство интересов заказчика. Управление программой (program manager) — разработка архитектуры решения, административные службы Разработка (developer) — разработка приложений и инфраструктуры, технологические консультации Тестирование — планирование, разработка тестов и отчетности по тестам Управление выпуском (release manager) — инфраструктура, сопровождение, бизнес-процессы, выпуск готового продукта Удовлетворение заказчика (user experіence) — обучение, эргономика, графический дизайн, техническая поддержка


Слайд 26

27


Слайд 27

28 Этапы и контрольные точки модели процессов MSF


Слайд 28

29 Создание общей картины приложения Определение состава команды; определение структуры проекта; определение бизнес-целей; оценка существующей ситуации; создание документа общей картины и области действия проекта; определение требований и профилей пользователей; разработка концепции решения; оценка риска; закрытие этапа.


Слайд 29

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


Слайд 30

31 Контрольные точки этапа планирования Функциональная спецификация; план управления рисками; определение среды разработки и тестирования; генеральный план и календарный график проекта.


Слайд 31

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


Слайд 32

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


Слайд 33

34 Развертывание Задачи: установка решения и необходимых компонентов окружения; проведение стабилизации продукта в промышленных условиях; передача проекта в руки группы сопровождения; анализ проекта в целом на предмет уровня удовлетворенности заказчика.


Слайд 34

35 Открытое управление жизненным циклом приложений (ALM) ALM – Application Lifecycle Management – включает следующие этапы: Defining – определение требований; Designing – анализ и проектирование; Developing – разработка; Testing – тестирование; Deploying – развертывание.


Слайд 35

36 Подходы к созданию ИС Разработка (самостоятельно или силами другой компании) Покупка готового решения, его адаптация и настройка под специфику предприятия Покупка ядра ИС и ее модификация Прототипирование Аренда ИС у ASP провайдера (Application Service Provider).


Слайд 36

37 Собственная разработка ИС


Слайд 37

38 Приобретение готового решения ИС


Слайд 38

39 Приобретение ядра ИС с последующей модификацией


Слайд 39

40 Прототипирование Прототипирование – это подход к разработке ИС, при котором создается ее упрощенная действующая модель (прототип). Условия использования: небольшая команда проектировщиков-универсалов (от 2 до 10 человек); короткий, но тщательно проработанный производственный график (от 2 до 6 мес.); использовании спиральной модели ЖЦ ИС; тесное взаимодействие с заказчиком.


Слайд 40

41 Прототипирование


Слайд 41

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


Слайд 42

43 Аренда ИС у ASP провайдера Application Service Providing – это технология, позволяющая создавать решения по предоставлению в аренду пользователю необходимого набора телекоммуникационных служб и приложений, на основе удаленного доступа к информационному комплексу, на котором установлено специальное программное обеспечение.


Слайд 43

44 Задачи, решаемые с помощью АSP хостинг web - сайтов, почтовых служб; предоставление в аренду виртуальных торговых площадок для осуществления продаж/покупок через Интернет; обеспечение гибко настраиваемого доступа пользователей к различным функциям приложений; предоставление защищенного доступа к корпоративным данным; поддержка процессов электронного обмена данными; предварительная настройка компонентов ERP - систем на типовые задачи, что позволяет максимально сократить время внедрения таких систем в эксплуатацию; эксплуатация сложных ERP-систем


Слайд 44

45 Типы ASP-решений Офисные и персональные приложения (Microsoft Office, игры, обучающие программы); Коммуникационные средства – электронная почта, проведение голосовых и видеоконференций, форум и т.д.; Приложения для электронной коммерции – электронные магазины, системы оплаты платежей; ERP-системы и отдельные приложения, например, CRM; Аналитические приложения – исследования и прогнозирование спроса, рисков и т.д.; Группы отраслевых приложений, представляющие собой специфические решения для определенных отраслей промышленности.


Слайд 45

46 Аренда ИС у ASP провайдера


×

HTML:





Ссылка: