- •Введение. Этапы развития трпо;
- •Основные понятия. Классификация программного обеспечения. Системное по. Пакеты прикладных программ. Среды разработки по;
- •Проблемы проектирования по. Оценка стоимости некачественного проектирования;
- •Требования к по. Особенности формирования;
- •Проблемы корректности требований к по;
- •Оценка качества разработки. Стандарты, критерии.
- •Сертификация по;
- •Жизненный цикл по. Модели жизненного цикла по;
- •Анализ требований к программным продуктам;
- •Архитектура программного обеспечения;
- •11. Структура и формат данных. Классификация;
- •12. Простые и статические структуры данных;
- •13. Полустатические и динамические структуры данных;
- •14. Модульное программирование. Методические основы;
- •15. Модульное программирование. Прочность и сцепление модулей;
- •16. Модульное программирование. Прочность и сцепление модулей;
- •17. Модульное программирование. Рутинность и связность модулей;
- •18. Методы разработки при модульном программировании. Классификация;
- •19. Восходящая модульная разработка. Архитектурный подход;
- •20. Нисходящая модульная разработка. Конструктивный подход;
- •21. Спецификации и требования при структурном подходе;
- •22. Схематическое представление алгоритмов. Блок схемы;
- •23. Схематическое представление алгоритмов. Псевдокоды и Flow – формы;
- •24. Диаграммы Насси-Шнейдермана. Словарь терминов;
- •25. Диаграммы переходов состояний;
- •26. Функциональные диаграммы;
- •27. Диаграммы потоков данных. Нотации Йордана и Гейна – Сарсона;
- •28. Диаграммы сущность – связь. Примеры er – диаграмм. Понятие сущности. Типы связей между сущностями;
- •29. Анализ требований и определение спецификаций при объектном подходе;
- •30. Унифицированный язык моделирования uml. Основные понятия;
- •31. Определение прецедентов при объектном подходе. Диаграммы вариантов использования;
- •32. Построение концептуальной модели при объектном подходе;
- •33. Объектный подход. Классы. Диаграммы классов;
- •34. Объектный подход.. Атрибуты и операции класса. Экземпляр класса;
- •35. Описание поведение системы. Диаграммы последовательностей;
- •36. Описание поведение системы. Диаграммы деятельности и состояний;
- •37. Технологии программирования. Концепции программирования;
- •38. Объектно – ориентированное программирование. Принципы;
- •39. Платформы java и net. Web - программирование;
- •40. Тестирование и отладка программного обеспечения. Уровни тестирования. Принципы разработки тестов. Автоматизация тестирования;
- •41. Тестирование и отладка программного обеспечения. Модульное тестирование;
- •42. Тестирование и отладка программного обеспечения. Интеграционное тестирование;
- •43. Технологии разработки. Выбор языка программирования;
- •44. Технологии разработки. Среды программирования;
- •45. Тестирование и отладка программного обеспечения. Системное тестирование;
- •46. Сопровождение программного обеспечения. Основные проблемы и пути решения.
16. Модульное программирование. Прочность и сцепление модулей;
Размер модуля измеряется числом содержащихся в нем операторов. Модуль не должен быть слишком маленьким или слишком большим. Большие модули, как правило, сложны для понимания и неудобны для внесения изменений, они могут существенно увеличить суммарное время повторных трансляций программы при отладке. Маленькие модули усложняют общую структурную схему программы и могут не окупать накладных расходов, связанных с их оформлением. Обычно рекомендуются программные модули размером от нескольких десятков до
нескольких сотен операторов. Прочность модуля — это мера его внутренних связей. Чем выше прочность модуля, тем больше связей скрыто от внешней по отношению к нему части программы и, следовательно, тем проще сама программа. Самой слабой степенью прочности обладает модуль, прочный по совпадению. В данном случае в
программный модуль оформляется повторяющаяся в нескольких местах программы последовательность операторов. Если вдруг возникнет необходимость изменения этой последовательности в одном из контекстов, придется изменять сам модуль, что может сделать его использование в других контекстах ошибочным. Такой класс программных модулей не рекомендуется для использования. Функционально прочный модуль — это модуль, реализующий одну какую-либо определенную функцию. При этом он может использовать и другие модули. Такой вид прочности модулей рекомендуется для использования. Высшей степенью прочности обладает информационно
прочный модуль — это модуль, выполняющий несколько операций над одной и той же структурой данных, которая неизвестна вне этого модуля. Для каждой из этих операций в таком модуле имеется свой вход со своей формой обращения к нему. Информационно прочный модуль может реализовывать, например, абстрактный тип данных. Сцепление модуля — это мера его зависимости по способу передачи данных от других модулей. Чем слабее сцепление модуля с другими модулями, тем сильнее его независимость от других модулей. Для оценки степени сцепления существует шесть видов сцепления модулей по:
• данным;
• образцу;
• управлению;
• внешним ссылкам;
• общей области данных;
• содержимому.
Худшим видом сцепления модулей является сцепление по содержимому. Таким является сцепление двух модулей, когда один из них имеет прямые ссылки на содержимое другого модуля (например, на константу, содержащуюся в другом модуле). Такое сцепление модулей недопустимо. Не рекомендуется использовать также сцепление по общей
области — это такое сцепление модулей, когда несколько модулей используют одну и ту же область памяти.
Сцепление по образцу предполагает, что модули обмениваются данными, объединенными в структуры. Этот тип обеспечивает неплохие характеристики по сравнению с предыдущими. Недостаток заключается в том, что конкретные передаваемые данные «спрятаны» в структуры, и потому уменьшается «прозрачность» связи между модулями. Кроме того, при изменении структуры передаваемых данных необходимо модифицировать все использующие ее модули. При сцеплении по управлению один модуль посылает другому некоторый информационный объект (флаг), предназначенный для управления внутренней логикой модуля. Таким способом
часто выполняют настройку режимов работы программного обеспечения. Подобные настройки также снижают наглядность взаимодействия модулей и потому обеспечивают не лучшие характеристики технологичности разрабатываемого программного обеспечения. Сцепление по внешним ссылкам предполагает, что модули ссылаются на один и тот же глобальный элемент данных [1]. Единственным видом сцепления модулей, который
рекомендуется для использования современной технологией программирования, является сцепление по данным (параметрическое сцепление) — это случай, когда данные передаются модулю либо при обращении к нему как значения его параметров, либо как результат его обращения к другому модулю для вычисления некоторой функции. Такой вид сцепления модулей реализуется на языках программирования при использовании обращений к процедурам (функциям).