- •Дисциплина «Технология разработки программного обеспечения»
- •Структурная и функциональная схемы: структурные схемы пакетов программ, программного комплекса, программной системы; функциональная схема-схема данных, основные обозначения по гост 19.701-90.
- •Проектирование структуры программного обеспечения с использованием метода пошаговой детализации: основное правило и рекомендации по применению.
- •Проектирование программного обеспечения с использованием методов декомпозиции данных: метод Джексона, метод Варье-Орра.
- •Унифицированный язык моделирования (uml) разработки программного обеспечения на основе объектного подхода.
- •Спецификация программного обеспечения при использовании uml: модель использования, логическая модель, модель реализации, модель процессов, модель развертывания.
- •Варианты использования: основные, вспомогательные, дополнительные, краткая и подробная формы описания.
- •Диаграммы вариантов использования – прецедентов (uses case diagrams): действующее лицо, вариант использования, связь; связи использования и расширения.
- •Диаграмма последовательностей системы (seguence diagrams), системные события и операции, описание системной операции.
- •Диаграммы деятельностей (activity diagrams) этапа анализа требований и уточнения спецификаций: деятельность, альтернативные и параллельные процессы, условные обозначения.
- •Проектирование структуры программного обеспечения при объектном подходе: стереотипы классов – классы сущности, классы интерфейсы, управляющие классы, исключения, пакеты классов.
- •Диаграмма пакетов (package diagrams): назначение, условные обозначения, связи, глобальные пакеты, обобщение пакетов.
- •Определение отношений между объектами: диаграмма кооперации (collaboration diagrams) – обозначение объектов и потоков данных, варианты реализации сценария.
- •Классы интерфейсы: назначение, условные обозначения реализации, зависимость класса от интерфейса.
- •Проектирование классов: структура объектов – атрибуты и операции класса, полное описание атрибута, полное описание операции, ответственность класса.
- •Диаграмма состояний объекта (statechart diagrams): назначение, условные обозначения, состояние объекта, переходы, условие перехода.
- •Диаграмма деятельностей методов класса: назначение, условные обозначения.
- •Диаграмма компонентов (component diagrams): назначение, условные обозначения, зависимость компонентов.
- •Диаграмма размещения (deployment diagrams): назначение, условные обозначения, узлы и их соединения.
- •Система условных обозначений uml.
Диаграмма состояний объекта (statechart diagrams): назначение, условные обозначения, состояние объекта, переходы, условие перехода.
Под состоянием объекта применительно к диаграмме состояний понимают ситуацию в жизненном цикле объекта, во время которой он: удовлетворяет некоторому условию, осуществляет определенную деятельность или ожидает некоторого события. Изменение состояния, связанное с нарушением условия или, соответственно, завершением деятельности или наступлением события называют переходом.
Диаграммы состояний показывают состояния объекта, возможные переходы, а также события или сообщения, вызывающие каждый переход.
Диаграмма состояний описывает процесс изменения состояний системы при реализации всех вариантов использования. Главное предназначение этой диаграммы – описать возможные последовательности состояний и переходов, которые в совокупности характеризуют поведение моделируемой системы в течение всего ее жизненного цикла. При выделении состояний и переходов необходимо помнить, что длительность срабатывания отдельных переходов должна быть существенно меньше, чем нахождение объекта в соответствующем состоянии. Объект в каждый момент времени может находиться только в одном состоянии, и никакие два перехода из одного состояния не могут сработать одновременно. При построении диаграмм состояний могут быть использованы следующие обозначения.
Переход обозначается линией со стрелкой и может быть помечен меткой, состоящей из трех частей, каждую из которых можно опустить:
<Событие> [<Условие>]/<Действие>.
Если событие не указано, то это означает, что переход выполняется по завершению деятельности, связанной с данным состоянием. Если же оно указано - то при наступлении события.
Условие записывается в виде логического выражения. Переход происходит, если результат выражения — «истина». Объект не может одновременно перейти в два разных состояния, поэтому условия перехода для любого события должны быть взаимоисключающими.
В отличие от деятельностей, действия, указанные для перехода, связывают с последним и рассматривают как мгновенные и непрерываемые.
При необходимости можно определять суперсостояния, которые объединяют
несколько состояний в одно. Этот механизм обычно используют, чтобы показать переход из нескольких состояний в одно и то же состояние, например, при отмене каких-либо действий.
Диаграмма деятельностей методов класса: назначение, условные обозначения.
Достаточно существенную информацию о действиях, которые должны, выполняться методами класса, можно получить, анализируя диаграммы последовательности действий. Однако алгоритмы всех сколько-нибудь сложных методов необходимо проработать детально. При этом можно использовать как уже известные нотации (схемы алгоритмов и псевдокоды), так и диаграммы деятельностей.
Эти диаграммы могут использоваться и при проектировании методов обработки сообщений, в том числе и затрагивающих несколько объектов. В последнем случае целесообразно указать вертикальными пунктирными линиями ответственности объектов соответствующих классов, что позволит
проследить вызовы других объектов. Следует помнить, что в соответствии с общими правилами процедурной декомпозиции любую деятельность можно декомпозировать и изобразить в виде диаграммы деятельности более
низкого уровня.