- •21. Обеспечение легкости применения программного средства.
- •23. Языки программирования, классификация, назначение.
- •24. Обеспечение от несанкционированного доступа к программным средствам и защиты от взлома защиты.
- •25. Комплексная отладка и тестирование программного средства.
- •26. Методы разработки структуры программ.
- •27. Функциональная спецификация программного средства.
- •28. Виды моделей программного средства.
- •30. Обеспечение эффективности программного средства.
- •36. Стадии и этапы разработки программного обеспечения
- •37. Жизненный цикл программного продукта
- •38. Техническое задание, как этап разработки программного обеспечения
- •39. Требования, предъявляемые к разработке технического задания
- •40. Назначения и цели создания программного обеспечения
- •41. Идеология и цель разработки программного обеспечения
- •42. Обеспечение защищенности программного продукта
- •43. Моделирование программного обеспечения в uml
- •44. Модель системы как упрощенное представление реальности
- •45. Модульное программирование.
- •46. Методы разработки структуры программы
- •47. Основные характеристики программного модуля
- •48. Структура и архитектура по
- •49. Алгоритм программы
- •50. Даталогическая модель структуры базы данных по
- •51. Технологии доступа к данным
- •52. Методы разработки программного обеспечения
- •53. Технические требования разработки по
- •54. Полнофункциональность и целостность по
- •55. Семантика функций по
- •56. Психологические особенности разработки интерфейса по
- •57. Технико-экономическое обоснование разработки по
- •58. Расчет стоимости разработки по и стоимости по
- •59. Расчет интеллектуального труда по
- •60. Виды и поиск ошибок в программном обеспечении. Пути борьбы с ошибками
- •64. Понятие качества программного обеспечения
- •65. Тестирование и отладка программного обеспечение
- •75. Переменные и идентификаторы в программируемом языке
- •76. Процедуры и функции в программируемом языке.
- •77. Преобразование типов. Константы в программируемом языке.
- •78. Символьные типы данных.
- •79. Работа с текстовыми файлами.
- •80. Работа с базами данных
47. Основные характеристики программного модуля
Выделить хороший с этой точки зрения модуль является серьезной творческой задачей. Для оценки приемлемости выделенного модуля используются некоторые критерии. Майерс предложил для оценки приемлемости программного модуля использовать более конструктивные его характеристики: • размер модуля, • прочность модуля, • сцепление с другими модулями, • рутинность модуля (независимость от предыстории обращений к нему). 1. Размер модуля измеряется числом содержащихся в нем операторов или строк. Модуль не должен быть слишком маленьким или слишком большим. Маленькие модули приводят к громоздкой модульной структуре программы и могут не окупать накладных расходов, связанных с их оформлением. Большие модули неудобны для изучения и изменений, они могут существенно увеличить суммарное время повторных трансляций программы при отладке программы. Обычно рекомендуются программные модули размером от нескольких десятков до нескольких сотен операторов. 2. Прочность модуля ? это мера его внутренних связей. Чем выше прочность модуля, тем больше связей он может спрятать от внешней по отношению к нему части программы и, следовательно, тем больший вклад в упрощение программы он может внести. Для оценки степени прочности модуля Майерс предлагает упорядоченный по степени прочности набор из семи классов модулей. Только два высших по прочности класса модулей рекомендуются для использования. Это: Функционально прочный модуль ? это модуль, выполняющий (реализующий) одну какую-либо определенную функцию. При реализации этой функции такой модуль может использовать и другие модули. Информационно прочный модуль ? это модуль, выполняющий (реализующий) несколько операций (функций) над одной и той же структурой данных (информационным объектом), которая считается неизвестной вне этого модуля. Информационно прочный модуль может реализовывать, например, абстрактный тип данных. 3. Сцепление модуля ? это мера его зависимости по данным от других модулей. Характеризуется способом передачи данных. Чем слабее сцепление модуля с другими модулями, тем сильнее его независимость от других модулей. Для оценки степени сцепления Майерс предлагает упорядоченный набор из шести видов сцепления модулей. Единственным видом сцепления модулей, который рекомендуется для использования современной технологией программирования, является параметрическое сцепление (сцепление по данным) ? это случай, когда данные передаются модулю либо при обращении к нему как значения его параметров, либо как результат его обращения к другому модулю для вычисления некоторой функции. Такой вид сцепления модулей реализуется на языках программирования при использовании обращений к процедурам (функциям). 4. Рутинность модуля ? это его независимость от предыстории обращений к нему. Модуль будем называть рутинным, если результат (эффект) обращения к нему зависит только от значений его параметров (и не зависит от предыстории обращений к нему). Модуль будем называть зависящим от предыстории, если результат (эффект) обращения к нему зависит от внутреннего состояния этого модуля, изменяемого в результате предыдущих обращений к нему.