- •Основные требования к методологии проектирования программного обеспечения
- •Основные требования к методикам и методам проектирования ПО
- •Сложная система.
- •Разработка технического задания.
- •Диаграмма Use-Case (диаграмма прецедентов)
- •Методология быстрой разработки приложений – RAD.
- •Структурный подход в проектировании.
- •Методология Гейна/Сарсона.
- •Нотация Йордена/Де Марка
- •Синтаксис графического языка IDEF0.
- •Модель IDF3
- •Типы отношений.
- •Диаграмма атрибутов
- •Диаграмма потоков данных (ДПД, DFD)
- •Методология RUP и пример ее использования на простом примере о торговой фирме.
- •Спецификации прецедента «обновить данные из внешней системы».
- •Возможные отношения между сценариями.
- •UML, разновидности предметов, существующих в UML.
- •Операции
- •Группировка
- •Множественность. Как ее обозначить?
- •Реализация
- •Деревья наследования
- •Автомат
- •Диаграмма деятельности.
- •Зацикливание, выбор вариантов и циклы.
- •Оценка производительности распределенных информационных систем на этапе проектирования
- •Модели реализации.
- •Компонентная диаграмма
- •Computer-Aided Software/System Engineering (CASE)
- •Критерии классификации CASE-систем.
- •Тестирование ПО
- •Этапы тестирования.
- •Нагрузочное и предельное тестирование
- •Интеграционное тестирование при структурном подходе к программированию.
- •Тестирование при объектно-ориентированном подходе.
- •Сложность тестирования интеграционного класса.
- •Структурное тестирование программного обеспечения
- •Способ тестирования базового пути.
- •Потоковый граф
- •Графы и отношения
- •Отношения (симметричность, транзитивность)
- •Тестирование циклов
- •Тестирование очередей и потоков данных.
- •Как тестировать очереди.
- •Тестирование потока транзакций.
- •Тестируем декларацию.
- •Лекция 03.05.2011
- •Международные стандарты на разработку ПО
- •Стандарты, регламентирующие документирование программных средств и баз данных.
- •Профиль стандартов документирования объектов
- •Эксплуатационная документация
- •Исследовательская документация
- •Пользовательская документация
- •Лекция 10.05.2011
- •Характеристики качества программных средств
- •Модель качества ПП
- •Основные количественные характеристики программных средств и их атрибуты
- •Основные качественные характеристики программных средств и их аттрибутов.
- •Пример требований к количественным характеристикам качества программного средства.
- •Характеристики качества баз данных.
- •Жизненный цикл профилей стандартов
Зацикливание, выбор вариантов и циклы.
Транзакцию рисовать не будем, т.к. она сидит внутри.
:Пользователь |
|
:АКМ |
|
:Банк |
|
|
|
|
|
cardInserted
PINrequest
PIN-code
Цикл |
**до завершения сеанса+ |
|
|
|
requestTransSector |
|
|
ответ |
Выбор |
**условие – TimeOut] |
|
|
|
Баланс |
|
|
Снять деньги |
|
|
Положить деньги на счет |
Terminate session
Теперь поговорим о параллельных процессах.
Например, мы осуществляем подкачку данных из БД на наш сайт. Можем распараллелить: пока система спрашивает что-то у пользователя, в этот момент может подгружаться картинка.
В общем, если если я вижу, что и как можно распараллелить, то на диаграмме есть возможность это изобразить. Приведем пример на браузере и веб-сервере.
Б:броузер |
S:Web-server |
|
,место=ПК- |
,место = сервер- |
|
|
http-запрос |
|
|
Web-страница |
Get-файл |
|
|
|
параллельно |
**до завершения сеанса+ |
|
|
httpRequest1() |
|
|
httpRequest2() |
|
Есть другой вариант: |
|
|
httpRequest1() |
параллельно |
httpRequest2()
Романова Т.Н. – Технология программирования [2011]by Melvin |
Страница 35 |
Синхронный запрос – это … Он не будет активным, пока не получен ответ!
Асинхронный – это… можно и не дождаться ответа.
Пример синхронного:
:Клиент |
|
:Сервер |
||
|
|
|
|
|
|
|
|
|
|
обрывается!
Синхронный с обратным откликом – нарисовала, передумала, стерла. Дала ссылку на презентацию.
Очень важный момент!:
Диаграмма развертывания. Это диаграмма, которая обозначает, На каком узле какие находятся модули, приложения.
Узлы изображаются в виде |
|
|
узел |
<<процессор>> ,f=1ГГц- |
БД |
Рабочая станция |
|
GVI |
|
|
Приложение |
Интероперабельность – различные системы (мои и не мои) должны вместе друг с другом взаимодействовать. Интероперабильность нужно отобразить и в ТЗ и на схемах.
Что такое распределенная система? Методичка: «мы обращались к стандарту для разработки автоматизированных систем, то мы разрабатываем автоматизированную систему».
ТИТУЛЬНЫЙ ЛИСТ ДЕЛАТЬ ПО ЕСПД.
Короче… автоматизированная система – это немного не то, что распределенная, а распределенная – это немного не то, что автоматизированная.
Вопросы распределенных единиц работы, итероперабильности – нужно оттенить в ТЗ
Романова Т.Н. – Технология программирования [2011]by Melvin |
Страница 36 |
05.04.2011
Презентация. И книжка Уильямса.
Оценка производительности распределенных информационных систем на этапе проектирования
Чтобы оценить, правильно ли выбрани архитектурные решения, будет ли отвечать заявленной производительности – следует это оценить на этапе тестирования.
Модели реализации.
Компонентная диаграмма и компонент.
Компонент изображается так. Это физическая и заменяемая часть системы, которая соответствует
Словарь.dll |
набору интерфейсов и обеспечивает реализацию этого набора интерфейса. |
|
Сходные характеристики компонента и класса.
1.Наличие имени
2.Релазиация набора интерфейсов
3.Участие в отношениях зависимости
4.Возможность быть вложенным (для классов – это наследники)
5.Наличие экземпляров.
Различия компонентов и классов
1.Классы – это логические абстракции Компоненты – физические предметы, которые живут в мире битов. Т.е. физически
располагаются на физических узлах (на серверах, рабочих классах, узлах).
2.Компоненты являются физическими упаковками (контейнерами), в которых инкапсулируются различные логические элементы.
3.Классы имеют свойства и операции.
Компоненты имеют компоненты только операции, доступные только через их интерфейс.
Пример. |
компонент |
Словарь.dll
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
рабочий |
|
рабочий |
|
рабочий |
|
|
|
|
|
|
|
|
классы
Класс – это некий такой «хрупкий» логический элемент, которому нужен «скафандр» для существования в физическом мире. Этим скафандром является компонент.
Романова Т.Н. – Технология программирования [2011]by Melvin |
Страница 37 |
Разновидности компонент и их графическое изображение в виде пиктограмм.
Компонент «исполняемый файл» |
a.exe |
|
Документ с исходным кодом или данными |
Пиктограмма «объектные библиотеки» |
|
Таблица БД
Текстовый документ
Пример.
|
|
Видеоклип.dll |
|
|
|
Регистратор.dll |
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Видеоклип.exe
I сценарии
,версия 2.1-
I модели
I Визуализации
I Применение
интерфейс
|
|
Визуализация.dll |
|
|
|
Свернутый |
|
|
|
|
|||
|
|
|
|
|
|
формат.dll |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Компонентная диаграмма
Техническое узлы – это серверы. Изображаются в виде параллелипипеда с затемененными гранями (левым и верхним). На верхней грани пишется: «Сервер, частота столько-то гХЗ». На передней рисуются и пишутся все связи, схематически изображаются диаграммки и т.д.
От этого куба идет ссылка на такой же кубик «клиент». Рисуем «человечков»: «админ», «опер»… оператор то есть.
Романова Т.Н. – Технология программирования [2011]by Melvin |
Страница 38 |
