Проектирование информационной системы

Страница 2

- разработка системы учёта страховых премий для строящихся квартир ее автоматизации;

- внедрение автоматизированных процессов расчётов страховых премия для строящихся квартир;

- обучение и консультирование персонала по эксплуатации и поддержке развернутых процессов.

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

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

Информационная система автоматизации учёта страховых премий для строящихся квартир в страховой компании имеет двухуровневую клиент-серверную архитектуру, которая реализует многопользовательский режим работы и является распределенной. В этой модели архитектуры бизнес-логика разделена между клиентом и сервером. Сервер баз данных обеспечивает хранение и обработку данных, а клиентское приложение формирует запросы к базе данных и инициирует выполнение различных действий над данными. На сервере бизнес-логика реализована в виде хранимых процедур и триггеров — специальных программных модулей, которые хранятся в БД и управляются непосредственно СУБД. Клиентское приложение обращается к серверу с командой запуска хранимой процедуры, а сервер выполняет эту процедуру и регистрирует все изменения в БД, которые в ней предусмотрены.

Сервер возвращает клиенту данные, релевантные его запросу, которые требуются клиенту либо для вывода на экран, либо для выполнения части бизнес-логики, которая расположена на клиенте.

Схематически архитектура системы представлена на рис.2.1

Рис.2.1 «Архитектура системы»