10. Модуль. Понятие модуля. Модульное программирование.

Модуль – это самостоятельная часть программы, имеющая определенное назначение и обеспечивающая заданные функции обработки автономно от других программных модулей.

Свойства модуля:

1.Имеет один вход, один выход. На входе программный модуль получает определенный набор исходных данных, выполняет содержательную обработку и возвращает один набор результативных данных. Реализуется IPO (вошел/облучился /вышел).

2.Функциональная завершенность. Модуль выполняет перечень объявленных операций для реализации каждой отдельной функции в полном составе, достаточных для завершения начатой обработки.

3.Логическая независимость. Результат работы модуля зависит только от исходных данных, но не зависит от работы других модулей.

4.Слабые информационные связи с другими модулями. Информация между модулями должна быть минимальной (ведет к потере данных).

5.Обозримый по размеру и по сложности программный элемент.

Модули классифицируются:

1.Головной модуль. Управляет запуском программы, существует в единственном числе. Ещё называется управляющим модулем – обеспечивает вызов других модулей на обработку.

2.Рабочие модули. Обеспечивают выполнение функций обработки.

3.Сервисные модули (библиотеки и утилиты). Осуществляют обслуживающие функции.

Информационная связь модулей обеспечивается за счет использования общей базы данных или межмодульной передачей данных через переменные обмена.

Модульная структура ПП.

Принцип модульного программирования строится на принципах нисходящего проектирования. Сначала определяются состав и подчиненность функций, а затем набор программных модулей, реализующих эти функции.

Однотипные функции реализуются одними и теми же модулями. Функция верхнего уровня обеспечивается главным модулем; он управляет выполнением нижестоящих функций, которым соответствуют подчиненные модули.

При определении набора модулей, реализующих функции конкретного алгоритма, необходимо учитывать следующее:

- каждый модуль вызывается на выполнение вышестоящим модулем и, закончив работу, возвращает управление вызвавшему его модулю;

- принятие основных решений в алгоритме выносится на максимально "высокий" по иерархии уровень;

- для использования одной и той же функции в разных местах алгоритма создается один модуль, который вызывается на выполнение по мере необходимости. В результате дальнейшей детализации алгоритма создается функционально-модульная схема (ФМС) алгоритма приложения, которая является основой для программирования.

- Состав и вид программных модулей, их назначение и характер использования в программе в значительной степени определяются инструментальными средствами. Например, применительно к средствам СУБД отдельными модулями могут быть:

- экранные формы ввода и/или редактирования информации базы данных;

- отчеты генератора отчетов;

- макросы;

- стандартные процедуры обработки информации;

- меню, обеспечивающее выбор функции обработки и др.

11. Классические технологические процессы (ктп): возникновение идеи, принятие решения.

Начинается с того, что у человека или группы людей возникает идея решения некоторой проблемы, интерес представляют инновационные решения.

Инновация – это нововведение, изменяющее уже существующую результативную систему с положительным эффектом или предлагающее новое решение некоторой проблемы в обозначенное время и место.

На этапе возникновения и исследования идеи занимаются поиском решения. Все идеи должны перерасти в описание проекта, т.е. должны быть формализованы и документированы в виде постановки задачи.

Постановка задачи – это концепция создаваемого или развиваемого программного продукта, которая формирует цель проекта, формулирует требования к разработке и результатам и выявляет ограничения (см. 1 вопрос). После формализации идея предлагается на обсуждение. Перед принятием решения проводится экспертиза идеи и проекта в целом. Где в течение трех дней она анализируется: подтверждается или поправляется, выявляются критические моменты в проекте. Решение о начале работы может приниматься заказчиком и исполнителем (в случае конкретного заказчика) или управляющим комитетом, советом старейшин компании (если продукт предназначен для широкого использования).

На этом этапе может ставиться вопрос частичного или полного финансирования.