- •Лабораторная работа №3
- •Характер процесса разработки по
- •Инвариант разработки по
- •Участники проекта
- •Процесс
- •Итеративный процесс разработки с пошаговым наращиванием возможностей
- •Модель технологической зрелости
- •Стандарт iso 9000
- •Язык и средства моделирования
- •Планирование разработки системы
- •Подход swot
- •Подход усм
- •Подход bpr
- •Подход isa
- •Системы для трех уровней управления
- •Этап установления требований
- •Этап спецификации требований
- •Этап проектирования архитектуры
- •Этап детализированного проектирования
- •Этап реализации
- •Этап интеграции
- •Этап сопровождения
- •Планирование проекта в течение жизненного цикла по
- •Измерения в течение жизненного цикла по
- •Тестирование в течение жизненного цикла по
- •Подходы к разработке программного обеспечения
- •Структурный подход
- •Объектно-ориентированный подход
Структурный подход
Структурный подход (slructuied appmach) к разработке систем получил широкое распространение (и был признан стандартом де-факто) в 1980-х годах. Этот подход основан на двух методах: диаграммах потоков данных ( (data flow diagrams — DFD) для моделирования процессов и диаграммах сущность-связь (entity relationship diagrams — ERD) для моделирования данных.
Структурный подход является фующштпмьно-ориенжированиым, и рассматривает DFD-диаграммы в качестве движущей силы разработки ПО. Позднее, в качестве одного из непосредственных результатов широкого распространения моделей реляционных баз данных, значение DFD-диаграмм в структурной разработке снизилось, и подход стал более ориентированным па данные, и, соответственно, акцент в разработке сместился на ERD-диаграммы.
Объектно-ориентированный подход
Объектно-ориентированный подход (objecUnienled approach) к разработке систем получил распространение в 1990-х годах. Ассоциация производителей ПО Object Management Group утвердила в качестве стандартного средства моделирования для этого подхода язык UML (Unified Modeling Language—Унифицированный язык моделирования).
По сравнению со структурным подходом объектно-ориентированный подход в большей степени ориентирован на данные— он развивается вокруг моделей классов. На этапе анализа для классов не требуется определять операции — только атрибуты. [4]
КОНТРОЛЬНЫЕ ВОПРОСЫ:
Исходя из своего опыта в отношении программных продуктов, как бы вы могли проинтерпретировать замечание Фреда Брукса о том, что сущность программной инженерии проистекает из таких свойств ПО, как сложность, податливость, изменчивость и неосязаемость? Какое объяснение вы могли бы дать этим четырем факторам? В чем программная инженерия отличается от традиционных инженерных дисциплин, таких как строительство или машиностроение?
Производство ПО — это искусство или ремесло. В качестве подтверждения этого тезиса можно привести высказывание о том, что "Искусство — это союз между Богом и художником, и чем меньше вкладывает в него художник, тем лучше" (АндреЖид). Какой урок можно вынести из этого?
Охарактеризуйте инвариант разработки ПО.
Что первоначально необходимо для создания системы?
Какие компонентные системы Вы знаете?
Объясните разницу между программными пакетами и компонентами. Какое будущее, по-вашему, ожидает эти две технологий?
Вспомните определение участника предприятия. Относятся ли продавец ПО и специалист по технической поддержке к участникам предприятия? Объясните свою точку зрения.
Какой уровень технологической зрелости требуется для организации, чтобы овладеть кризисной ситуацией? Объясните свою точку зрения.
В ходе объяснения SWOT-подхода к системному планированию мы заметили, что "верно сформулированная миссия отводит главное место потребностям клиентов, а не товарам или услугам, которые предоставляет организация*. Пожалуйста, объясните и проиллюстрируйте, каким обрезом нацеливан
ие формулировки миссии на определенные товары или услуги может привести к утрате, основной цели системного планирования — достижения эффективности.Кто такой участник проекта?
Реинжиниринг бизнес-процессов (ВРR) проводит ясное различие между бизнес-процессом и бизнес-функцией. В чем заключается это различие? Приведите пример бизнес-процесса, который резервам по горизонтали по всей организации.
Сравните концепции цепочек ценности и бизнес-процесса.
Почему пони мои но метода ISA (архитектура информационной системы) важно для системной разработки?
Назовите три уровня управления организацией. Рассмотрите банковское приложение, которое предназначено для отслеживания стереотипов поведения владельцев кредитных карточек, чтобы автоматически блокировать карточку, если банк заподозрит злоупотребление (кража, подделка и т.д.). Какой уровень управления поддерживает подобное приложение? Обоснуйте свое заключение.
Какие этапы можно выделить на детализированном уровне ЖЦ?
Охарактеризуйте Этап установления требований
Охарактеризуйте Этап спецификации требований
Охарактеризуйте Этап проектирования архитектуры
Охарактеризуйте Этап детализированного проектирования
Охарактеризуйте Этап реализации
Охарактеризуйте Этап интеграции
Охарактеризуйте Этап сопровождения
Из каких стадий состоит Этап сопровождения?
Объясните разницу между этапами определения требований и разработки спецификации.
Объясните взаимосвязь двух этапов проектирования (архитектурное проектирование и детализированное проектирование) с первыми двумя этапами жизненного цикла — этапом определения требований и этапом разработки спецификации.
Что вы понимаете, под соглашением, объектно-ориентированные системы должны проектироваться под интеграцию?
Охарактеризуйте Планирование проекта в течение жизненного цикла ПО
Системное планирование и измерения ПО существенно связаны. Объясните этот тезис.
Какие измерения в течение жизненного цикла ПО Вы знаете?
Дайте определение тестированию(в течении жизненного цикла)
Какие виды тестирования существуют?
Объясните взаимосвязь между прослеживаемостью и тестопригодностью.
Какие подходы к разработки ПО Вы знаете?
Дайте определение структурному подходу
Какой основной метод моделирования применяется при структурном подходе к разработке?
Дайте определение объектно-ориентированному подходу.
Каковы основные причины сдвига от структурного подхода к проектированию объектно-ориентированному?
СПИСОК ЛИТЕРАТУРЫ:
Карл И. Вигерс. Разработка требований к программному обеспечению. — Русская редакция, 2004. — ISBN 5-7502-0240-2;
Steve McConnell. Rapid Development;
Кобёрн А. Современные методы описания функциональных требований к системам. — М.: Лори, 2002. — ISBN 0-201-70225-8, ISBN 5-85582-152-8;
Леффингуелл Д., Уидриг Д. Принципы работы с требованиями к программному обеспечению. — М.: Вильямс, 2002. — ISBN ISBN 5-8459-0275-4;
Лешек А. Мацяшек. Анализ требований и проектирование систем. – Вильямс, 2002. 432стр.;
Трофимов С.А. CASE-технологии: практическая работа в Rational Rose. Изд. 2-е. – М.: Бином-Пресс, 2002 г. - 288 с.: ил.;
Фаулер М., Скотт К. UML. Оснвы. – Пер. с англ. – СПб:Символ-Плюс,2002. – 192с.,ил.;
Якобсон А., Буч Г., Рамбо Дж. Унифицированный процесс разработки программного обеспечения. — СПб.:Питер, 2002. — 496 с: ил.;
Г. Буч, Д. Рамбо, А. Джекобсон, Язык UML. Руководство пользователя. Перевод с английского.;
http://ru.wikipedia.org;
www.all-eBooks.com;