- •Общая характеристика технологии программных средств.
- •Принципиальная схема разработки программных средств. (Технология, процесс создания).
- •Способы описания алгоритмов.
- •Описание алгоритма с помощью таблиц решения.
- •Технология системного проектирования программных средств. Принципиальная схема разработки.
- •Современные методы и средства разработки прикладных программных средств.
- •Характеристики качества программного обеспечения.
- •Языки программирования.
- •Надёжность программного обеспечения.
- •Показатели надёжности.
- •Факторы, определяющие надёжность по.
- •Стандартизация. Дисциплина и творчество программирования.
- •Виды программ и программных документов.
- •Виды программных документов.
- •Эксплуатационные документы.
- •Классификация документов.
- •Работы, выполняемые на стадии «Эскизный проект».
- •Структурное программирование.
- •Терминология и обозначения.
- •Очевидно, что g и h являются простыми программами, иначе f была бы не простой.
- •Число управляющих линий в блоке h удовлетворяет соотношению:
- •Графическая иерархическая документация (гид).
- •Простейшие пути повышения качества программ.
- •Классификация ошибок.
- •Сквозной структурный контроль.
- •Стиль программирования и качества программ.
- •Case – технологии.
- •Моделирование данных.
- •Что дает применение case-средств?
- •Средства реализации case-технологий.
- •Общая характеристика case-средства
- •Особенности рабочего интерфейса
- •Начало работы с проектом в среде
- •Разработка диаграммы вариантов использования в среде Rational Rose.
- •Разработка диаграммы классов в среде
- •Диаграмма классов
- •Разработка диаграммы состояний в среде Rational Rose.
- •Разработка диаграммы последовательности в среде Rational Rose.
- •Разработка диаграммы кооперации в среде Rational Rose.
- •Разработка диаграммы компонентов в среде Rational Rose.
- •Разработка диаграммы развёртывания в среде Rational Rose.
- •Практические примеры диаграмм.
- •Актеры.
- •Диаграмма классов (основы)
- •Ассоциации
- •Заказ от одного клиента
- •Полезные советы по использованию диаграмм классов
- •Диаграмма взаимодействия
- •Диаграмма кооперации
- •Диаграмма кооперации
- •Диаграмма пакетов
- •Диаграмма состояний
- •Верификация программ.
- •Восходящее тестирование, нисходящее тестирование.
- •Методы тестирования компонентов.
- •Структура коллектива программистов.
- •Общая структура коллектива, работающего над крупным проектом.
- •Трудовые затраты по видам работ (человеко/месяц).
Диаграмма кооперации
(один из видов диаграммы взаимодействия)
На диаграмме экземпляры объектов изображаются в виде пиктограмм. Так же как и на диаграмме последовательности стрелки обозначают сообщения, обмен которыми осуществляется в рамках данного варианта использования. Их временная последовательность указывается по средствам нумерации сообщений.
Диаграмма пакетов – разновидность диаграммы классов.
Эта диаграмма строится если возникает необходимости группировки классов в блоке более высокого уровня. Такой механизм группировки в языке UML получил название пакета. Идея пакета может применятся не только к классу, но и к другому любому элементу модели.
Изобразим классы предметной области, моделирующие бизнес-систему и сгруппированные в два пакета: «Заказы» и «Клиенты».
Диаграмма кооперации
Диаграмма пакетов
Пакеты «Заказы» и «Клиенты» являются частью пакета предметной области в целом. Приложение сбора заказов имеет зависимости с обоими пакетами предметной области. Пользовательский интерфейс сбора заказов имеет зависимости с приложением сбора заказов и AWT (средством разработки графических интерфейсов пользователей в языке Java).
Классы в пакетах могут быть общедоступными, закрытыми и защищенными.
Диаграмма состояний
Метод описания поведения систем отображает всевозможные состояния, в которых может находиться конкретный объект. А также изменения в состоянии объекта, которые происходят в результате внесения каких-то событий на этот объект.
Диаграмма состояний строится для единственного класса, чтобы показать динамику поведения единственного объекта.
Диаграмма состояний описывает поведение заказа в системе заказов. Синтаксис метки перехода состоит из трех частей, каждая из которых является не обязательной:
событие;
сторожевое условие [ ];
/ действие.
Действия ассоциируется с переходом и рассматривается как мгновенные и непрерывные. Деятельности ассоциируются с состояниями и могут продолжаться достаточно долго.
Если метка перехода не содержит ни какого события – это означает, что какая-либо деятельность ассоциируется с данным состоянием.
Сторожевое условие – это логическое условие, которое может принимать одно из двух значений «истина» или «ложь».
Переход со сторожевого условия осуществляется только в том случае, если данные сторожевого условия принимают значение «истина».
На рисунке имеем дело с тремя условиями:
если проверены не все позиции, входящие в заказ, получаем следующую позицию и возвращаемся в состояние «проверки».
Если проверены все позиции и все они имеются на складе, переходим в состояние «отправка»
Если проверены все позиции, но не все они имеются на складе, переходим в состояние «ожидания».
В состояние «ожидания» не существует деятельности, поэтому данный заказ находится в состоянии «ожидания» пока не наступит некоторое событие. Оба перехода из состояния «ожидания» помечены событием позиции «получено» это означает, что соответствующий заказ будет находится в состоянии «ожидания» до тех пор, пока он не обнаружит наступление данного события.
В этот момент оценивается сторожевое условие данных переходов и выполняется соответственный переход либо в состояние «отправка», либо обратно в состояние «ожидания».
В состояние «отправка» имеется деятельность, которая инициирует доставку. Из этого состояния имеется единственный безусловный переход, который происходит в результате наступления события «отправка».
Диаграмма деятельности.
Эти диаграммы особенно полезны в сочетании с потоками работ, а так же при описании поведения, включающего в себя большое количество параллельных переходов.
Диаграмма деятельности описывает последовательность деятельностей при одновременном изображении как условного, так и параллельного поведения.
Ветвление имеет один входящий переход и несколько выходящих переходов со сторожевыми условиями. Сторожевые условия взаимно исключают друг друга.
Соединение имеет несколько входящих переходов и единственный исходящий. Ветвление и соединение указывается с помощью ромба.
Разделение имеет один входящий переход и несколько исходящих. Если срабатывает входящий переход, то все выходящие переходы выполняются параллельно.
Слияние на диаграмме деятельности означает, что выходные переходы могут произойти только в том случае, когда состояния у всех входящих переходов завершит свои деятельности. Разделения и слияния должны соответствовать друг другу, т.е. для любого разделения на диаграмме должно иметься соответственное слияние, которое объединяет все нити, имеющие начало в этом разделении.
Деятельность
Физические диаграммы.
Диаграмма развертывания и диаграмма компонентов.
Диаграмма развертывания отражает физические взаимосвязи между программными и аппаратными компонентами разрабатываемой системы.
На диаграмме компонентов показываются различные компоненты системы и зависимости между ними.
Компонент представляет собой физический модуль программного кода. Компонент часто считают синонимом пакета, но эти понятия могут отличаться, т.е. компоненты представляют собой физическое объединение программного кода.
Хотя диаграмму развертывания и диаграмму компонентов можно изображать отдельно, также допускается помещать диаграмму компонентов на диаграмму развертывания.