Пример разработки документа «Постановка задачи» - «Учет вкладов населения»

Название задачи: Учет вкладов населения

Объект: коммерческий банк

Функции и задачи:

• учет вкладчиков

• учет приходных и расходных операций

• ведение счета вкладчика

• расчет процентов по вкладам

• Выдача выписки по вкладу

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

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

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

Входная информация

Таблица 1а

Перечень входных документов

1	2	3	4	5	6	7
Карточка вкладчика	KV	По мере поступления		От клиента	10000
Приходный ордер	PO	По мере поступления		От клиента	200000
Расходный ордер	RO	По мере поступления		От клиента	200000

Описание реквизитов входного документа

Наименование документа Карточка вкладчика Шифр документа KV

1	2	3	4	5	6
1	Номер счета	NC	Числовой	22
2	ФИО вкладчика	FIO	символьный	30
3	Адрес	ADR	символьный	40
4	Код вклада	KODV	Числовой	3
5	Дата открытия вклада		Дата	8

Наименование документа Приходный ордер Шифр документа РО

1	2	3	4	5	6
1	Номер счета	NC	числовой	22
2	Дата прихода	DP	Дата	8
3	Сумма прихода	SP	числовой	12,2

12,2 - Общее количество знаков, включая точку и знаки после запятой

Наименование документа Расходный ордер Шифр документа РО

1	2	3	4	5	6
1	Номер счета	NC	числовой	22
2	Дата расхода	DP	Дата	8
3	Сумма расхода	SP	числовой	12,2

Перечень таблиц данных постоянной и промежуточной информации

Наименование таблицы	Шифр таблицы	Максимальное число записей	Параметр, по которому упорядочена таблица	Задача, при решении которой, создается таблица
1	2	3	4	5
Вкладчики	VK	1000000	Номер счета (Nc)	Данная задача
Вклады	VKL	1000	Код вклада (KODV)	Данная задача

Описание реквизитов таблиц данной постоянной и промежуточной информации

Наименование таблицы Вкладчики Шифр VK

1	2	3	4	5
1	Номер счета	NC	Символьный	22
2	ФО вкладчика	FIO	Символьный	30
3	Адрес	ADR	Символьный	40
4	Код вклада	KODV	Символьный	3
5	Дата открытия вклада		Дата	8
6	Текущая сумма	TS	числовой	12,2

Наименование таблицы Вклады Шифр таблицы VKL

1	2	3	4	5
1	Код вклада	KODV	Символьный	3
2	Название вклада	NV	Символьный	20
3	Дата открытия вклада	DOV	Дата	8
4	Срок вклада (месяцы, но бывает и в днях)	SV	Числовой	3
5	% по вкладу (простой в данном случае)	PROC	Числовой	5,2

Перечень входных документов

1	2	3	4	5	6
1	Ведомость начисления %	VP	Ежемесячно	2-й рабочий день каждого месяца	1 – бухгалтерия 2 – отдел пассивных операций
2	Выписка со счета	VS		По требованию	1 клиенту

Ведомость начисления %

Код вклада	Номер сета	Текущая сумма	Начислено %	Текущая сумма %
……………..	………………..	………………….	…………………	…………………
Итого по кладу		Х	Х	Х
Итого по банку		Х	Х	Х

Выписка по счету

№ счета …………… дата

Операция	Дата операции	Сумма
…………………	………………….	……………………………
Итого На счете

Начислено % = Текущая сумма TS (VK)*PROC(VKL)/100

Ткущая сумма % = TS (VK) + Начислено %

Контрольный пример, его заполнение начинаем со справочников + таблица вклады

Номер счета	ФИО вкладчика	Адрес	Код вклада	Дата открытия вклада	% по вкладу

Приходный ордер

Номер счета	Дата прихода	Сумма прихода
0001	10.10.06	5000

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

Структура баланса

N п/п	Наименование реквизита	Шифр реквизита	Вид реквизита	Длина реквизита	Диапазон изменения реквизита
1	2	3	4	5	6
1	Код предприятия	КР	Символьный	50
2	Дата баланса	Db	Дата	8
3	Нематериальные активы	S1	Числовой	12.2
4	Основные средства	S2	Числовой	12.2
5	Другие необходимые	Статьи баланса

Код предприятия	Дата баланса	Нематериальные активы	Основные средства	Другие необходимые показатели
11	10.012008	200000	3450000
11	10.032008	222000	3455000
13	10.012008	55000000	77770000

2. Информационные системы могут быть построены на различных технологиях, их выбор во многом определяет качество системы, возможность её модификации, срок службы и возможность перехода на более новые технологии.

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

Существуют стандарты на операционные системы, языки программирования, конфигурации сетей и т.д. Пример открытой системы – Intel фирмы IBM.

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

Для реальных систем полной открытости не бывает, даже если они называются открытыми, описывается лишь часть, поддерживающая внешний интерфейс. Пример: Linex, Internet.

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

Наибольшее распространение получили следующие модели жизненного цикла: каскадная, спиральная и итерационная.

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

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

Недостаток: существенное запаздывание с получением результатов. Согласование результатов происходит только в определенных точках, они не меняются и пользователь не может внести вовремя свои замечания. Замечания могут быть внесены только после завершения какого-либо этапа. Если требования изложены неточно или неполно, то получается система, которая не удовлетворяет требованиям заказчика. Сам объект изменяется и к моменту получения результата программа может устареть.

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

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

Итерационная модель – сближение каскадной и спиральной модели – их рациональное сочетание. Встречается в большинстве современных технологий.