Автоматизация информационной системы почты

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

Проектирование проекта при выполнении дипломного проекта будет вестись именно с использованием UML.

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

1. Разработка автоматизированной информационной системы сервера социального обеспечения и сервера коммунальных платежей
   
   
   • Анализ предметной области

Одним из методов обеспечения проектирования является использование языка UML. Этот язык был создан для унификации процесса объектно-ориентированного анализа и проектирования, но многие его аспекты показали свою эффективность и при применении других технологий.

Проектирование проекта при выполнении производственной практики будет вестись именно с использованием UML.

Первым шагом при разработке системы является анализ использования.

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

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

Вариант использования представляет собой множество сценариев, объединённых вместе некоторой общей целью пользователя.

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

Варианты использования создаются в момент исследования и позволяют выявить наиболее общие требования к системе. Их не следует сильно детализировать, так как более конкретные особенности проще обнаружить на других этапах.

В нашем случае можно выделить следующих актёров:

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

Варианты использование в общих чертах показаны на диаграммах вариантов использования.

Рисунок 1 – Диаграмма вариантов использования

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

Хорошим средством для представления физических взаимосвязей между программными и аппаратными компонентами разрабатываемой системы являются диаграммы развёртывания.

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

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

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

1. Шумаков В.П. Delphi 3 и создание приложений баз данных. – М.:»Нолидж», 1998. – 704с., ил.
2. Леоненков А. Самоучитель UML.- СПб.: БХВ-Петербург, 2001. – 304 с.:ил.
3. Архангельский П.А. «Программирование в Delphi 5» M. Наука, 2000