- •2. Функциональный подход
- •4. Объектно-ориентированная методология. А
- •6. Диаграмма деятельности (Activity Diagram)
- •7. Системный подход к разработке по
- •8. Вид и назначение диаграммы компонент Component diagram.
- •9. Процессный подход к разработке по. Текущий, конкретный и стандартный процессы компании.
- •10. Моделирование данных. Методология idef1x. Диаграммы «сущность-связь».
- •11. Процессный подход к разработке по. Проблемы и пути решения: стратегии Organization pull и Technology push.
- •13. Процессный подход к разработке по. Стандарты CobIt, itil, Scrum.
- •12. Вид и назначение диаграммы сценариев Use case diagram.
- •14. Основные понятия объектно-ориентированной методологии (объект, класс, атрибут, метод).
- •15. Понятие жизненного цикла по. Три группы процессов
- •16. Понятие связности модуля
- •17. Водопадная модель жизненного цикла аис. Достоинства и недостатки.
- •18. Универсальный язык моделирования (uml). Назначение и характеристики.
- •19. Спиральная модель жизненного цикла аис. Достоинства и недостатки.
- •20. Функциональная методология idef0.
- •21. Инкрементная модель жизненного цикла аис. Достоинства и недостатки.
- •23. Тяжеловесные (прогнозирующие) и подвижные (облегченные, адаптивные) семейства процессов жц по
- •24. Базовые понятия erd-диаграмм: ключи, нормализация данных, домены, индексы, триггеры.
- •25. Принципы Agile Manifesto. Примеры процессов.
- •26. Case-средства. Средства проектирования.
- •27. Экстремальное программирование.
- •28. Вид и назначение диаграммы кооперации Collaboration diagram.
- •29. Стадии разработки аис в соответствие с гост 34.601-90 «Автоматизированные системы. Стадии создания».
- •30. Вид и назначение диаграммы последовательностей действий Sequence diagram.
- •31. Содержание технического задания в соответствие с гост 34.602-89 «Техническое задание на создание автоматизированной системы».
- •32. Case-средства. Средства управления требованиями.
- •33. Содержание стадий «Технический проект», «Рабочая документация», «Ввод в действие» в соответствие с гост 34.601-90 «Автоматизированные системы. Стадии создания».
- •34. Моделирование потоков работ. Методология idef3
- •35. Организационное моделирование. Схема организационного бизнес-моделирования. Полная бизнес-модель компании.
- •Полная бизнес-модель компании
- •36. Этапы проектирования аис с применением языка универсального моделирования (uml).
- •37. Инжиниринговый подход к бизнес-моделированию. Матрицы проекций. Case-средства. Средства тестирования.
- •38. Шаблоны разработки функционала, зон ответственности. Шаблон разработки миссии
- •Шаблон формирования бизнесов
- •39. Моделирование потоков данных. Методология dfd.
- •40. Бизнес процессы компании. Понятие. Классификация.
- •41. Вид и назначение диаграммы классов Class diagram.
- •42. Case-средства. Средства управления конфигурациями.
- •43. Предпроектное обследование предприятия.
16. Понятие связности модуля
Связность модуля (cohesion) – внутренняя характеристика модуля, характеризующая меру прочности соединения функциональных и информационных объектов внутри одного модуля. Связность модуля характеризует степень его «плотности», степень зависимости его частей и направленности на решение определенной задачи. Чем выше связность модуля, тем меньше «ручек управления» на модуле и тем они проще. При проектировании модулей нужно стремиться к высокой связности, ибо чем выше связность, тем лучше спроектирован модуль.
Существует 7 типов связности:
Функционально связный модуль содержит объекты, предназначенные для решения одной единственной задачи. Примерами функционально связанных модулей являются модули проверки орфографии, вычисления заработной платы сотрудника, вычисления логарифма функции.
В последовательно связном модуле его объекты охватывают подзадачи, для которых выходные данные одной из подзадач являются входными для другой (открыть файл – прочитать запись – закрыть файл).
Информационно связный модуль содержит объекты, использующие одни и те же входные или выходные данные. Так, по ISBN книги, можно узнать ее название, автора и год издания. Эти три процедуры (определить название, определить автора, определить год издания) связаны между собой тем, что все они работают с одним и тем же информационным объектом – ISBN.
Процедурно связный модуль – это такой модуль, объекты которого включены в различные (возможно, несвязанные) подзадачи, в которых управление переходит от одной подзадачи к следующей (сделать зарядку, принять душ, позавтракать, одеться, отправится на работу). В отличие от последовательно связанного модуля, в котором осуществляется передача данных, в процедурно связанном модуле выполняется передача управления.
Модуль с временной связностью – это такой модуль, в котором объекты модуля привязаны к конкретному промежутку времени. Примером может являться модуль, осуществляющий инициализацию системы. Элементы данного модуля почти не связаны друг с другом за исключением того, что должны выполняться в определенное время.
Модуль с логической связностью – это такой модуль, объекты которого содействуют решению одной общей подзадачи, для которой эти объекты отобраны во внешнем по отношению к модулю мире. Так, например, альтернативы: поехать на автомобиле, на метро, на автобусе – являются средством достижения цели: добраться в како-то определенное место, из которых нужно выбрать одну.
Модуль со связностью по совпадению содержит объекты, которые слабо связаны друг с другом (сходить в кино, поужинать, посмотреть телевизор, проверить электронную почту).
В программных системах должны присутствовать модули, имеющие следующие три меры связности: функциональная, последовательная и информационная, так как другие типы связности являются крайне нежелательными и осложняют понимание и сопровождение системы.
17. Водопадная модель жизненного цикла аис. Достоинства и недостатки.
Каскадная модель предусматривает последовательную организацию процессов. Причем переход к следующему процессу происходит только после того, как полностью завершены все работы на предыдущем. Каждый процесс завершается выпуском полного комплекта документации, достаточной для того, чтобы работа могла быть продолжена другой командой разработчиков.
Главный недостаток каскадной модели заключается в том, что ошибки и недоработки на любом из этапов проявляются, как правило, на последующих этапах работ, что приводит к необходимости возврата назад.
Кроме того, к недостаткам каскадной модели следует отнести:
• сложность распараллеливания работ;
• сложность управления проектом;
• высокий уровень риска и ненадежность инвестиций (возврат на предыдущие стадии может быть связан не только с ошибками, но и с изменениями, произошедшими в предметной области или в требованиях заказчика во время разработки. Причем возврат проекта на доработку вследствие этих причин не гарантирует, что предметная область снова не изменится к тому моменту, когда будет готова следующая версия проекта. Фактически это означает, что существует вероятность того, что процесс разработки «зациклится» и система никогда не дойдет до сдачи в эксплуатацию.
Расходы на проект будут постоянно расти, а сроки сдачи готового продукта
постоянно откладываться).
Достоинства модели:
на каждой стадии формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;
выполняемые в четкой последовательности стадии позволяют уверенно планировать сроки выполнения работ и соответствующие ресурсы (денежные, материальные и людские).
