- •Ответы на вопросы по дисциплине «Технология программирования».
- •1.Жизненный цикл программного обеспечения. Каскадная модель. Спиральная модель.
- •3. Управление разработкой программного средства.
- •5. Понятие программного модуля и его основные характеристики.
- •7. Формирование пользовательского интерфейса в среде программирования Lazarus.
- •9. Виды документации программного средства.
- •11. Прототипирование и исследовательское программирование. Отличия.
- •13. Понятие программного средства. Понятие технологии программирования.
- •15. Автономная отладка и тестирование программного средства.
- •17. Функциональная спецификация программного средства.
- •19. Надежность программного средства.
- •21. Способы разработки определения требований к программному средству.
- •23. Табличный подход к спецификации функций. Метод таблиц решений. Алгебраический подход для определения функций.
- •25. Архитектура программного средства. Понятие модульности программного средства. Расширяемость.
- •29. Системы быстрой разработки приложений(rad). Особенности.
- •31. Диаграммы деятельности и коопераций, диаграммы состояний.
- •32. Эволюция технологий программирования.
- •33. Спецификация качества программного средства.
- •35. Внешнее описание программного средства. Руководство разработчика и руководство пользователя.
- •37. Case-технологии разработки программного средства.
- •40. Тестирование по методам «черного» и «белого» ящиков. Этапы тестирования.
- •41. Разработка технического задания. Требования к содержанию.
5. Понятие программного модуля и его основные характеристики.
Программный модуль – это контейнер для размещения текстов процедур и функций, вызываемых системой во время исполнения в определенные моменты времени.
Программный модуль имеет следующие характеристики: размер модуля, прочность модуля, сцепление с другими модулями и рутинность модуля.
Размер модуля измеряется числом содержащихся в нем операторов. Модуль не должен быть слишком маленьким или слишком большим. Большие модули, как правило, сложны для понимания и неудобны для внесения изменений, они могут существенно увеличить суммарное время повторных трансляций программы при отладке. Маленькие модули усложняют общую структурную схему программы и могут не окупать накладных расходов, связанных с их оформлением. Обычно рекомендуются программные модули размером от нескольких десятков до нескольких сотен операторов.
Прочность модуля — это мера его внутренних связей. Чем выше прочность модуля, тем больше связей скрыто от внешней по отношению к нему части программы и, следовательно, тем проще сама программа. Самой слабой степенью прочности обладает модуль, прочный по совпадению. В данном случае в программный модуль оформляется повторяющаяся в нескольких местах программы последовательность операторов. Если вдруг возникнет необходимость изменения этой последовательности в одном из контекстов, придется изменять сам модуль, что может сделать его использование в других контекстах ошибочным. Такой класс программных модулей не рекомендуется для использования.
Функционально прочный модуль — это модуль, реализующий одну какую-либо определенную функцию. При этом он может использовать и другие модули. Такой вид прочности модулей рекомендуется для использования.
Высшей степенью прочности обладает информационно прочный модуль — это модуль, выполняющий несколько операций над одной и той же структурой данных, которая неизвестна вне этого модуля. Для каждой из этих операций в таком модуле имеется свой вход со своей формой обращения к нему.
Информационно прочный модуль может реализовывать, например, абстрактный тип данных.
Сцепление модуля — это мера его зависимости по способу передачи данных от других модулей. Чем слабее сцепление модуля с другими модулями, тем сильнее его независимость от других модулей. Для оценки степени сцепления существует шесть видов сцепления модулей по:
• данным;
• образцу;
• управлению;
• внешним ссылкам;
• общей области данных;
• содержимому.
Рутинность модуля — это его независимость от предыстории обращений к нему. Модуль будем называть рутинным, если результат обращения к нему зависит только от значений его параметров и не зависит от результатов предыдущих обращений к нему. Модуль будем называть зависящим от предыстории, если результат обращения к нему зависит от внутреннего состояния этого модуля, хранящего следы предыдущих обращений к нему.
7. Формирование пользовательского интерфейса в среде программирования Lazarus.
Для создания графического интерфейса Lazarus предоставляет программисту палитру компонентов пользовательского интерфейса. Программисту требуется всего лишь выбрать на палитре нужные компоненты и с помощью мыши перенести их на форму.
После того, как компонент размещен на форме, он становиться объектом, который имеет свои установленные по умолчанию свойства. Эти свойства можно просматривать и изменять с помощью окна Свойства.
