- •ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
- •Анализ и моделирование
- •Анализ и моделирование.
- •Анализ и моделирование. System modelling
- •Анализ и моделирование.
- •Структурные методы.
- •Структурные методы.
- •Структурные методы.
- •Структурные методы.
- •Структурные методы.
- •Структурные методы.
- •Структурные методы Слабости
- •Анализ и моделирование. Model types
- •Анализ и моделирование. Модели системного окружения
- •Анализ и моделирование. Поведенческие Behavioural models
- •Поведенческие модели Модель потоков данных
- •Поведенческие модели Модель потоков данных. Пример
- •Поведенческие модели Модель конечных автоматов
- •Анализ и моделирование. Модели данных Data models
- •Модели данных Entity-relation-attribute model. Пример
- •Анализ и моделирование. Объектные модели
- •Объектные модели Inheritance models
- •Объектные модели Aggregation models
- •Объектные модели
Структурные методы.
Диаграмма Насси-Шенейдермана
На этих диаграммах символы последовательной обработки и цикла изображаются также. В символах условного выбора и case-выбора само условие располагается в верхнем треугольнике, а вбираемые варианты - на нижних сторонах треугольника, а блоки обработки располагаются под выбираемыми вариантами.
© 2005, В.В.Хашковский, Д.П.Калачев. |
11 |
Структурные методы Слабости
Они не обеспечивают эффективной поддержки формирования нефункциональных системных требований.
Обычно руководства по этим методам не содержат советов, которые помогали бы пользователям решить, подходит ли данный метод для решения конкретной задачи.
В результате применения этих методов часто получается объемная документация, при этом суть системных требований скрывается за массой несущественных деталей.
Построенные модели очень детализированы и трудны для понимания. Обычные пользователи не могут реально проверить действенность этих моделей.
© 2005, В.В.Хашковский, Д.П.Калачев. |
12 |
Анализ и моделирование. Model types
Модель – абстракция, разные типы – разные подходы к абстракции
Модель обработки данных (Data processing). Диаграммы потоков данных показывают последовательность обработки данных в системе.
Композиционная (Composition) модель. Диаграммы "сущность-связь" показывают, как системные сущности составляются из других сущностей.
Архитектурная (Architectural) модель показывает основные подсистемы, из которых строится система.
Классификационная (Classification) модель. Диаграммы наследования классов показывают, какие объекты имеют общие характеристики.
Модель "стимул-ответ" (Stimulus/response). Диаграммы изменения состояний показывают, как система реагирует на внутренние и внешние события.
© 2005, В.В.Хашковский, Д.П.Калачев. |
13 |
Анализ и моделирование. Модели системного окружения
Context models are used to illustrate the boundaries of a system
Social and organisational concerns may affect the decision on where to position system boundaries
Architectural models show the a system and its relationship with
other systems
----------------------------------------------------------------
Последовательность: укрупненная модель системы, границы системы с окружением, специфицирование окружения
Обычно структурная модель, иногда дополненная другими, ex.
– процессов или потоков данных
Process models show the overall process and the processes that are supported by the system
Data flow models перемещение данных внутри системы и между системами в окружении
© 2005, В.В.Хашковский, Д.П.Калачев. |
14 |
Анализ и моделирование. Поведенческие Behavioural models
Behavioural models are used to describe the overall behaviour of a system
Two types of behavioural model are shown here
Data processing models (потоков данных) that show how data is processed as it moves through the system
State machine models (конечного автомата) that show the systems response to events
Both of these models are required for a description of the system’s behaviour
© 2005, В.В.Хашковский, Д.П.Калачев. |
15 |
Поведенческие модели Модель потоков данных
Data flow diagrams are used to model the system’s data processing
Для показа шагов последовательности обработки данных
Существенная часть многих методов анализа
Simple and intuitive notation that customers can understand
© 2005, В.В.Хашковский, Д.П.Калачев. |
16 |
Поведенческие модели Модель потоков данных. Пример
Хранилища, источники, приемники данных
© 2005, В.В.Хашковский, Д.П.Калачев. |
17 |
Поведенческие модели Модель конечных автоматов
… см. соответствующую диаграмму UML
© 2005, В.В.Хашковский, Д.П.Калачев. |
18 |
Анализ и моделирование. Модели данных Data models
Used to describe the logical structure of data processed by the system
Entity-relation-attribute (ERA) model sets out the entities in the system, the relationships between these entities and the entity attributes
Widely used in database design. Can readily be implemented using relational databases
No specific notation provided in the UML but objects (классы) and associations can be used
© 2005, В.В.Хашковский, Д.П.Калачев. |
19 |
Модели данных Entity-relation-attribute model. Пример
hasnodes
n
Node
name type
1
haslabels
© 2005, В.В.Хашковский, Д.П.Калачев.
|
|
|
|
Design |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1 |
|
|
name |
|
1 |
|
|
|
|
|
||
|
|
|
|
description |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
Cdate |
|
|
|
|
|
|
|
|
|
|
|
|
Mdate |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
isa |
|
1 |
|
|
|
|
|
haslinks |
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
1 |
|
|
|
|
|
|
|
|
|
n |
||
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1 |
|
|
haslinks |
|
n |
|
Link |
|
|||
|
|
|
|
|
|
|
|
|
name |
|
||
|
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
type |
|
||
|
2 |
|
|
links |
|
|
1 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1 |
|
|
|
|
|
|
|
|
|
|
|
|
|
haslabels |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Label |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
name |
|
|
|
|
|
|
|
|
|
|
|
|
text |
|
|
|
|
|
|
|
|
|
n |
|
|
n |
|
|
|
|
|
|||
|
|
icon |
20 |
|||||||||
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
|
|
|||||
|
|
|
|
|
|
|
|