- •Использование системного подхода при проектировании программного обеспечения
- •Основные проблемы разработки и проектирования по и методы их преодоления
- •Понятие жизненного цикла по и его роль в проектировании информационных систем
- •Понятие модели жц в проектировании информационных систем, терминология моделей жц
- •Основные модели жц и рекомендации по их использованию
- •Преимущества и недостатки использования каскадной модели жц
- •Преимущества и недостатки использования эволюционной модели жц
- •Сравнение эволюционной и итерационной моделей жц
- •Понятие архитектуры по и причины возникновения такого понятия в рамках процесса создания информационных систем
- •Понятие "сложности" в современном проектировании информационных и способы её преодоления
- •Использование принципа декомпозиции в процессе проектирования информационных систем
- •Принципы объектно-ориентированного подхода к проектированию информационных систем
- •Основные понятия объектно-ориентированного подхода к проектированию информационных систем
- •Понятие соединения между элементами объектной модели и различные виды соединений
- •Понятие гибкого моделирования, манифест и основные принципы гибкого процесса проектирования
- •Понятие гибкого унифицированного процесса проектирования
- •Фазы и дисциплины унифицированного процесса проектирования, распределение работ на различных фазах для основных дисциплин
- •Начальная фаза унифицированного процесса и артефакты, которые могут создаваться на этой фазе процесса проектирования
- •Понятие требования к информационной системе, типы и категории требований
- •Понятие прецедента в процессе моделирования требований к информационной системе, модель прецедентов.
- •Понятие исполнителя в процессе формализации требований к информационной системе
- •Артефакты унифицированного процесса, используемые для описания нефункциональных требований к информационной системе
- •Фаза развития унифицированного процесса и артефакты, которые могут создаваться на этой фазе процесса проектирования
- •Задачи фазы развития унифицированного процесса и планирование итераций на этой фазе проектирования
- •Моделирование предметной области и основные понятия модели предметной области
- •Использование классов описаний и производных атрибутов в процессе моделирования предметной области
- •Понятие системного события и идентификация системных событий
- •Открытый системный интерфейс и описание операций в рамках унифицированного процесса проектирования
- •Проектирование динамической структуры по с использованием uml в рамках объектно-ориентированного подхода
- •Средства uml для выражения полиморфных сообщений в контексте проектирования динамической структуры по
- •Средства uml для выражения асинхронных вызовов в контексте проектирования динамической структуры по
- •Проектирование статической структуры по с использованием uml в рамках объектно-ориентированного подхода
- •Средства uml для представления атрибутов коллекций в контексте проектирования статической структуры по
- •Признаки существования зависимости между классами в контексте проектирования статической структуры по
- •Стадии создания информационной системы в рамках канонического проектирования
- •Обследование и технико-экономическое обоснование проекта
- •Разработка технического задания в соответствии с гост 34.602-89
- •Состав и содержание технического задания (гост 34.602- 89)
- •Состав эскизного и технического проектов
- •Типовое проектирование информационных систем
Понятие соединения между элементами объектной модели и различные виды соединений
Соединение (link) – физическая или концептуальная связь между объектами, позволяющая
им взаимодействовать.
Виды соединений:
Ассоциация – связь между классами, описывающая группу однородных по структуре и семантике соединений между экземплярами классов. Соединения являются экземплярами ассоциации точно так же, как соединенные объекты являются экземплярами классов, связанных ассоциацией
Агрегация – более сильный тип ассоциативной связи между целым и его частями.
Композиция – усиленная агрегация, когда часть не может существовать без целого (пример: человек и голова).
Зависимость – связь между двумя элементами модели, при которой изменения в спецификации одного элемента могут повлечь за собой изменения в другом элементе.
Обобщение – это связь «тип – подтип». Оно реализует механизм наследования, позволяет поддерживать полиморфизм.
Наследование – это построение новых классов, на основе существующих с возможностью добавления или переопределения свойств и поведения.
Реализация – связь между контрактом (либо интерфейс, либо вариант использования) и его исполнением (классом, подсистемой, компонентой и т. д.).
Понятие гибкого моделирования, манифест и основные принципы гибкого процесса проектирования
Гибкие методы разработки поддерживают итеративную и эволюционную разработку с адаптивным планированием и инкрементальным получением конечного ПО.
Базовые приемы:
1. Короткие и фиксированные по времени итерации
2. Эволюционное уточнение планов, требований и проектных решений.
В качестве гибкого процесса может рассматриваться любой итеративный метод, например
унифицированный процесс. Другими примерами гибких методов являются методы управления
проектами, например Scrum, XPrograming, Test Drive Development
Манифесты и основные принципы гибкого процесса:
Манифест – набор основных идей, позволяющих ставить правильные акценты при разработке ПО.
1. Люди и взаимодействие, а не процессы и средства.
2. Работоспособное программное обеспечение, а не исчерпывающая документация.
3. Сотрудничество с потребителями, а не обсуждение контракта
4. Реакция на изменение, а не следование плану.
Основные принципы гибкого процесса:
1. Наивысший приоритет удовлетворить потребности пользователей путем раннего и
непрерывного предоставления работоспособного программного обеспечения,
реализующего требуемые функции.
2. Необходимость изменений допускается даже на поздних этапах выполнения проекта.
3. На протяжении всего проекта специалисты в предметной области, и разработчики должны
постоянно работать вместе.
4. Спонсоры, разработчики и пользователи должны поддерживать устойчивый темп развития
проекта независимо друг от друга.
5. Обеспечение простоты (чем проще используемое решение, тем меньше работы нужно
сделать для его реализации и поддержки)
6. Наилучшую архитектуру и проектное решение, а также требования могут разработать
только самоорганизующиеся группы разработчиков
Понятие гибкого моделирования.
Основная цель моделирования в данном контексте заключается в том, чтобы понять, а не
задокументировать (то есть моделирование должно позволить быстрее (по сравнению с
кодированием) исследовать возможные альтернативы и наметить путь получения качественных
проектных решений.