2. Технология проектирования программ

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

Для разработки программы в целях решения конкретной прикладной задачи сложилась традиционная технология, показанная на рисунке:

Рис. 1.

Здесь связи означают:

1 – заказчик на естественном (например, русском) языке объясняет математику или системотехнику (аналитику), какую прикладную задачу он хочет решить. Эта задача из некоторой предметной области, например, задача бухгалтерского учета или зачисления абитуриентов в ВУЗ;

2 – математик (или системотехник - аналитик)) формализует задачу, представляя ее в виде математической модели или составляя строгое формальное описание процедуры ее решения, входных и выходных данных. Этот этап называется формализацией задачи;

3 – программист на основании математической модели или другого формального описания поставленной задачи разрабатывает программу. Он выполняет также отладку программы, используя для этого ЭВМ. Этот этап называется программированием задачи;

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

• основные характеристики программы, сведения об ее эксплуатации;

• сведения о назначении программы, области ее применения, используемых методах решения, ограничениях на применение, минимальной конфигурации технических средств;

• сведения для проверки работоспособности и корректности выполнения программы, для обеспечения функционирования и настройки программы на условия конкретного применения;

• сведения о необходимых запросах со стороны программы и форматах ответов пользователя;

• данные о нештатных ситуациях и поведении пользователя в них.

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

Как видно, все связи на рисунке двунаправленны. Это означает, что в процессе проектирования программы идет диалог, в ходе которого уточняется и/или корректируется предмет общения.

2. Практическая часть Вариант 3

Компания «Страхование» осуществляет страховую деятельность на территории России по видам полисов, представленных на рис. 3.1. Каждый полис имеет фиксированную цену.

Компания имеет свои филиалы в нескольких городах (рис. 3.2) и поощряет развитие каждого филиала, предоставляя определенный дисконт. Дисконт пересматривается ежемесячно по итогам общих сумм договоров по

филиалам.

В конце каждого месяца составляется общий реестр договоров по всем филиалам (рис. 3.3).

1. Построить таблицы (рис. 3.1, 3.2, 3.3).

2. Организовать межтабличные связи для автоматического запол­нения документа «Реестр договоров» при помощи функций ВПР или ПРОСМОТР (рис. 3.3).

3. Произвести расчет суммы полисов по филиалам.

4. Построить и проанализировать графический отчет по получен­ным результатам.

Код вида стра­хового полиса	Наименование страхового полиса	Сумма страхового полиса, руб.
101	От несчастного случая	20 000
102	От автокатастрофы	60 000
103	От авиакатастрофы	50 000
104	Медицинский	30 000
105	Автомобильный	90 000
106	Жилищный	700 000

Рис. 3.1. Виды страховых полисов

Код фили­ала	Наименование филиала	Дисконтный процент с каждого полиса по филиалу
100	Московский	3%
200	Тульский	2%
300	Уфимский	1%
400	Липецкий	2%
500	Ростовский	3%
600	Воронежский	2%

Рис. 3.2. Список филиалов компании «Страховщик»

Код филиала	Наименование филиала	Код стра­хового полиса	Наименование полиса	Дата выдачи полиса	Сумма полиса, руб.	Сумма скидки по дис­конту, руб.
100 300 200 400 600 500 200 300 300 500		101 103 105 102 106 102 105 104 102 101		11.11.10 12.11.10 13.11.10 14.11.10 11.11.10 16.11.10 17.11.10 12.11.10 19.11.10 20.11.10

Рис. 3.3. Табличные данные реестра договоров

Код филиала	Наименование филиала	Код страхового полиса	Наименование полиса	Дата выдачи полиса	Сумма полиса, руб.	Сумма скидки по дисконту, руб.
100	Московский	101	От несчастного случая	11.11.2005	10 000	310, 0
			10 000 Итог		10 000	0
300	Уфинский	103	От авиакатастрофы	12.11.2005	60 000	135, 0
			60 000 Итог		60 000	0
200	Тульский	105	Автомобильный	13.11.2005	150 000	300, 0
			150 000 Итог		150 000	0
400	Липецкий	102	От автокатастрофы	14.11.2005	50 000	550, 0
			50 000 Итог		50 000	0
600	Воронежский	106	Жилищный	11.11.2005	500 000	560, 0
			500 000 Итог		500 000	0
500	Ростовский	102	От автокатастрофы	16.11.2005	50 000	60, 0
			50 000 Итог		50 000	0
200	Тульский	105	Автомобильный	17.11.2005	150 000	300, 0
			150 000 Итог		150 000	0
300	Уфинский	104	Медицинский	12.11.2005	25 000	135, 0
			25 000 Итог		25 000	0
300	Уфинский	102	От автокатастрофы	19.11.2005	50 000	135, 0
			50 000 Итог		50 000	0
500	Ростовский	101	От несчастного случая	20.11.2005	10 000	60, 0
			10 000 Итог		10 000	0
400	Липецкий	106	Жилищный	11.11.2005	500 000	550, 0
			500 000 Итог		500 000	0
600	Воронежский	103	От авиакатастрофы	22.11.2005	60 000	560, 0
			60 000 Итог		60 000	0
100	Московский	105	Автомобильный	13.11.2005	150 000	310, 0
100	Московский	105	Автомобильный	24.11.2005	150 000	310, 0
			150 000 Итог		300 000	0
600	Воронежский	103	От авиакатастрофы	25.11.2005	60 000	560, 0
			60 000 Итог		60 000	0
			Общий итог		1 975 000	0