рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Подходы к ведению анализа и проектирования.

Подходы к ведению анализа и проектирования. - Конспект Лекций, раздел Философия, Конспект лекций по Технологии разработке программных продуктов Структурная Методология Итак, Комбинации Структурных Методов Образую...

Структурная методология

Итак, комбинации структурных методов образуют структурные подход. Можно выделить три группы структурных подходов на основе порядка строения модели [Калянов 1996]

* Процедурно-ориентированные подходы, в которых первично проектирование функциональных компонентов.

* Подходы, ориентированные на данные. Для таких подходов первичными являются входные и выходные данные, а функциональные (процедурные) компоненты вторичны.

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

 

О классах целевых систем

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

Как правило, подходы используют две основные группы средств моделирования [Вендров 2000]

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

* Диаграммы, моделирующие данные и их отношения. Например, диаграммы “сущность-связь”.

 

О применении методов к российской специфике

Для анализа и проектирования экономических информационных систем в условиях российской действительности более подходят диаграммы потоков данных [Вендров 2000]. диаграммы функционального моделирования исполняются только при описании хорошо стандартизированных процессов.

Перечислим основные подходы к ведению структурного анализа и проектирования и рассмотрим подробно некоторые из них.

* Подход Йордона и ДеМарко.

* Подход Гейна-Сарсона.

* Подход Константайна.

* Подход Джексона.

* Подход Варнье-Орра.

* Подход Мартина.

* Подход промышленной технологии DATARUN

* Подход промышленного метода Огасlе.

Подход Йордона и ДеМарко (Edward Уоrdоп and Тоm DеМагсо) является процедурно-ориентированным и наиболее часто используемым (по статистике в 36,5% случаев) [Калянов 1996]. Подход фокусирует внимание на потоках данных.

В нем интегрированы следующие средства:

* диаграммы потоков данных;

* словари данных, являющиеся каталогами всех элементов данных, присутствующих в диаграммах потоков данных;

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

Подход Гейна-Сарсона (Сhris Gane and Tom Sarson) очень близок к предыдущему. Статистика утверждает, что он применяется в 20,2% случаев [Калянов 1996]. Главной отличительной чертой подхода является наличие этапа моделирования данных, определяющего содержимое хранилищ данных в диаграммах потоков данных в третьей нормальной форме. Этот этап включает:

* построение списка элементов данных, располагающихся в каждом хранилище данных;

* анализ отношений между данными и построение соответствующей диаграммы связей между элементами данных;

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

Подход Джексона (Мichael Jackson) ориентирован на данные. Базовая процедура проектирования включает четыре этапа [Калянов 1996] [Кинг 1991].

* Этап проектирования данных. Построение системной сетевой диаграммы демонстрирующей все хранилища, источники и стоки данных в программе. Представление каждой входной и выходной структуры данных древовидной структурной диаграммой.

* Этап проектирования программ. Формирование структуры программы комбинированием структур данных. Идентификация всех связей между компонентами структур данных.

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

* Этап проектирования текстов. Трансляция построенной модели программы в текстовый вид с добавлением ряда логических условий управления выполнением циклов и выбором данных.

 

Объектно-ориентированная методология

Перечислим основные подходы к ведению объектно-ориентированного анализа и проектирования и рассмотрим подробно некоторые из них.

· Подход на основе языка UML.

· Подход Шлеер-Меллора.

* Подход Гради Буча

* Подход Джеймса Рамбо (Оbject Modelling Technique — ОМТ)

* Подход Ивара Якобсона (Object – Oriented Software Enginiring — ООSE)

Подход на основе универсального языка моделирования UML (Unified Modeling Language) включает следующие основные типы диаграмм:

* диаграммы вариантов использования,

* диаграммы классов;

* диаграммы состояний;

* три диаграммы поведения (две последние из них также называют диаграммами взаимодействия):

• диаграммы деятельности;

• диаграммы последовательности;

• диаграммы кооперации;

две диаграммы реализации:

• диаграммы компонентов;

• диаграммы развертывания.

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

Во время второй фазы — фазы исследования — должна быть создана модель предметной области. Для этой цели наиболее естественно подходят следующие типы диаграмм:

* диаграммы вариантов использования;

* диаграммы классов;

* диаграммы деятельности.

На третьей фазе — построения — продолжается итеративная работа с такими типами диаграмм, как:

* диаграммы классов;

* диаграммы деятельности.

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

* диаграммы последовательности;

* диаграммы кооперации.

В случае сложного поведения системы разрабатывается еще одна группа диаграмм:

* диаграммы состояний.

Существует несколько рекомендаций, связанных с данным подходом:

• не следует стремиться к построению диаграмм всей системы;

* 80% проектов можно воплотить, используя 20% средств языка UML как правило, наиболее часто используют диаграммы классов и диаграмм деятельности.

Подход Шлеер-Меллора (Sally Shlaer and Stephen МеIIог) использует три группы средств для создания модели предметной области.

* Информационное моделирование — для определения отношений между данными (информацией). При этом используется один тип диаграмм:

Диаграммы классов.

* Моделирование состояний — для определения поведения системы, зависящего от времени ведения системы. Используются диаграммы состояний.

* Моделирование процессов — для определения функций, которые система должна выполнить. Используются:

• диаграммы деятельности;

• диаграммы последовательности.

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

* диаграммы кооперации;

* диаграммы компонентов;

* диаграммы развертывания.

Подход предлагает механизм поддержки моделей состояний. Для этого вводятся четыре архитектурных класса.

* Переход, описывающий каждый переход (каждое изменение) для всех моделей состояния в программе.

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

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

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

 

– Конец работы –

Эта тема принадлежит разделу:

Конспект лекций по Технологии разработке программных продуктов

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

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

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

История и эволюция
  История учит нас тому, что из истории мы ничему не учимся Б. Шоу   В истории технологии программирования можно выделить три этапа.

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

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

Возникновение идеи решения проблемы
Данный процесс обычно начинается с того, что у человека или небольшой группы людей возникает идея решения проблемы, которая: - препятствует созданию или развитию программного продукта;

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

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

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

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

Лао Цзы
  Основы менеджмента были заложены в начале ХХ века в европейской и американской науке. История менеджмента связана с древним Египтом философами античности. В настоящее время можно го

Методы управления проектами
В основе методов управления проектами лежат методики сетевого планирования, разработанные в конце 50-х годов ХХ века [Филипс, Гарсиа-Диас]. С помощью этих методик руководитель проекта может:

Планирование проекта
Подчеркнем в виде неформальных требований необходимость наличия плана [Баранов 1998]. * План помогает создать ясное и четкое понимание — как будущие работы будут выполняться * Пла

Методики оценок времени и затрат
Существует несколько методик оценок времени и затрат для составления планов и расчетов [Баранов1998]. * Сверху вниз по крупным блокам аналогичного проекта. Поскольку аналогичный проект про

Современные подходы к управлению проектом
Став бригадиром, я упростил этот процесс до мыслимого предела В. Ерофеев. «Москва — Петушки»   Продолжающиеся непрерывные неудачи в крупны

Методы анализа и построения спецификаций
Превосходно, Ватсон, Вы делаете успехи. Правда, Вы упустили все существенные детали, зато хорошо усвоили метод Артур Конан Дойль. “Приключения Шерлока Холмса” &nb

А. Шопенгауэр
  Важнейшая технологическая задача, возникающая в процессе программирования, — соответствие единому стилю программирования. Под стилем программирования обычно понимают [Тассел 1985] н

Защитное программирование
Защитное программирование (defensive ргоgramming — это такой стиль написания программ, при котором появляющиеся ошибки легко обнаруживаются и идентифицируются программистом [Тасел 1985]. С

Выбор языка программирования
На выбор языка программирования влияют четыре основных фактора. · Сравнительная пригодность языка программирования для данной задачи. · Избранная методология. Часто говорят, что я

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

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

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

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

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

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

Спиральная модель
Спиральная модель (sрiгаl model) была предложена Барри Боэмом (Ваггу Воеm) в середине 80-х годов ХХ века с целью сократить возможный риск разработки. Фактически, это была первая реакция на устарева

Каркасные технологические подходы
Каркасные подходы представляют собой каркас для процессов и насчитывается их огромное количество. Рациональный унифицированный процесс Рациональный процесс (rational unifie

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

Сборочное (расширяемое) программирование
Сборочное программирование предполагает, что программа собирается путем переиспользования уже известных фрагментов (рис. 12).  

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

Технология стерильного цеха
Основные идеи технологии стерильного цеха (cleanroom process model) были предложены Харланом Миллзом в середине 80-х годов ХХ века. Технология складывается из следующих частей (рис. 13) [1994]:

Формальные генетические подходы
Сложились методы программирования обладающие свойством доказательности и не теряющие это точное, накопленное знание [Поттосин 1997]. Три. таких метода соответствуют уже исследованным генетическим п

Эволюционное прототипирование
Первый прототип при эволюционном прототипировании (evolutionari prototyping) обычно включает создание развитого пользовательского интерфейса. Он может быть сразу же продемонстрирован заказчику для

Экстремальное программирование
Наиболее концентрированно идеи быстрой разработки программ оказались выражены в подходе экстремального программирования (ехtreme programming) (http//www.extremprogramming.org). Две основные черты,

Адаптивная разработка
В основу подхода адаптивной разработки (Adapnive Software Development – ASD) положены три нелинейные перекрывающие друг друга фазы — обдумывание, сотрудничество и обучение. Автор данного подхода Дж

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

Психологические командные роли
Роб Томсет (Rob Thomsett) [Thomsett 1990] предложил восемь ключевых ролей в проекте (рис. 23).   Председатель. Выбирает путь, по которому команда движется вперед к общ

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

Общинная модель разработки
Совершенство в проекте достигается не тогда, когда нечего добавить, а тогда, когда нечего убавить. Антуан де Сент-Экзюпери.   Идеология общинной (“база

Подходы к качеству программного обеспечения
Проведем классификацию различных подходов к качеству программного обеспечения, используя два измерения [2000]. Первое измерение ориентировано либо на продукт, либо на процесс. Для повышени

Характеристики качества программного обеспечения.
В настоящее время не существует общепринятых критериев качества программного обеспечения. Стандарт ISO 9000-3, п. 6.4.1   Классическое определение к

Модель зрелости процесса разработки программного обеспечения
В модели определено пять уровней зрелости организации Начальный уровень. На этом уровне процесс разработки характеризуется практическим отсутствием процессов управления. Успех проек

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

Достаточно хорошее программное обеспечение
Вчера в Сиэтле после упоминания Биллом Гейтсом о выходе бета-версии новой программы компании Мicrosoft произошло землетрясение. Пользователи с ужасом ждут объявления о выходе финальной версии

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

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги