- •Основные требования к методологии проектирования программного обеспечения
- •Основные требования к методикам и методам проектирования ПО
- •Сложная система.
- •Разработка технического задания.
- •Диаграмма Use-Case (диаграмма прецедентов)
- •Методология быстрой разработки приложений – RAD.
- •Структурный подход в проектировании.
- •Методология Гейна/Сарсона.
- •Нотация Йордена/Де Марка
- •Синтаксис графического языка IDEF0.
- •Модель IDF3
- •Типы отношений.
- •Диаграмма атрибутов
- •Диаграмма потоков данных (ДПД, DFD)
- •Методология RUP и пример ее использования на простом примере о торговой фирме.
- •Спецификации прецедента «обновить данные из внешней системы».
- •Возможные отношения между сценариями.
- •UML, разновидности предметов, существующих в UML.
- •Операции
- •Группировка
- •Множественность. Как ее обозначить?
- •Реализация
- •Деревья наследования
- •Автомат
- •Диаграмма деятельности.
- •Зацикливание, выбор вариантов и циклы.
- •Оценка производительности распределенных информационных систем на этапе проектирования
- •Модели реализации.
- •Компонентная диаграмма
- •Computer-Aided Software/System Engineering (CASE)
- •Критерии классификации CASE-систем.
- •Тестирование ПО
- •Этапы тестирования.
- •Нагрузочное и предельное тестирование
- •Интеграционное тестирование при структурном подходе к программированию.
- •Тестирование при объектно-ориентированном подходе.
- •Сложность тестирования интеграционного класса.
- •Структурное тестирование программного обеспечения
- •Способ тестирования базового пути.
- •Потоковый граф
- •Графы и отношения
- •Отношения (симметричность, транзитивность)
- •Тестирование циклов
- •Тестирование очередей и потоков данных.
- •Как тестировать очереди.
- •Тестирование потока транзакций.
- •Тестируем декларацию.
- •Лекция 03.05.2011
- •Международные стандарты на разработку ПО
- •Стандарты, регламентирующие документирование программных средств и баз данных.
- •Профиль стандартов документирования объектов
- •Эксплуатационная документация
- •Исследовательская документация
- •Пользовательская документация
- •Лекция 10.05.2011
- •Характеристики качества программных средств
- •Модель качества ПП
- •Основные количественные характеристики программных средств и их атрибуты
- •Основные качественные характеристики программных средств и их аттрибутов.
- •Пример требований к количественным характеристикам качества программного средства.
- •Характеристики качества баз данных.
- •Жизненный цикл профилей стандартов
Тестирование потока транзакций.
Транзакция – единичная (атомарная) операция по обработке данных.
Узел ветвления – когда входящая транзакция
Имя
выбирает один из возможных путей, по которому узла она пойдет дальше. Предикат обозначается пунктирным кругом.
Узел соединения – транзакция поступает по любой из входящих веток и выходит по одной. Пунктирной окружностью обозначается входящая транзакция.
Узел порождения – когда транзакция порождает две другие – материнскую и дочернюю.
Узел расщепления. Входит по одной – выходит две дочерние. Фактически, копирование. НАпр, надо выдать два одинаковых бланков.
Узел слияния – когда две родительские транзакции порождают одну дочернюю.
Узел поглощения. Транзакция поглощает другую.
Имя
узла
Родитель
Родитель 
Хищник
Жертва
Мать
Дочь
Дочь
Дочь
Дочь
Хищник
Марковский узел – узел, действие которого зависит от типа и состояния входящих транзакций. Т.е. фактически, в одном случае она может быть «слиянием», другом «поголщением». Зависит от типа вхдоящих транзакций, но не от пути, по которому транзакция добралась.
Романова Т.Н. – Технология программирования [2011]by Melvin |
Страница 52 |
Тестируем декларацию.
(С – это «бланк Цэ»)
11: 12: Предыдущий шаг в модели. (т.е. из 11 узла (пункта) выходит, в 12 входит, далее комментарий)
12: 13: Нет ,Узел ветвления (имеется ли коммерческий доход?) – управляющий предикат
12.1: Да
12.1: 12.2: Узел порождения ф1040 продолжается C: дочерняя транзакция для обработки бланка C
C: 12.2: Заполнение бланка C (узел расщепления)
С-фин: Заполнение бланка С для финансовых структур.
12.2: 13: Узел поглощения, данные бланка C поглощаются формой 1040.
13:Узел соединения.
Вобщем, если нет коммеческого дохода, то переходим в 13-й пункт. А вот если есть, то создаются отдельные бланки – Ф1040, который в дальнейшем уходит в финансовые органы, а второй С – он добавляется в основной бланк (т.е. поглащается основным бланком).
Теперь строим граф.
Граф потока транзакций для заполнения деклараций формы 1040.
11 |
12 |
да |
12.1 |
|
|
|
|||
|
|
|
|
Дочь |
Есть ли |
|
Нет |
|
|
коммерческий |
|
Мать (исх. |
|
|
|
|
С |
||
доход? |
|
|
Ф1040) |
|
|
|
|
12.1 |
Дочь |
|
|
|
Дочь, копия |
бланка С |
С-фин |
|
|
Узел поглащения, |
|
(Ф1040+Сф1040) |
|
13 |
|
Еще пример:
7. Зарплата |
|
8.Налого-облаг. |
21. облаг. Доход. |
доходы |
|
8а. налоговые |
|
льготы |
|
Романова Т.Н. – Технология программирования [2011]by Melvin |
Страница 53 |
