АРМ «Почтовое деление связи»

Содержание

Автоматизированная информационная система, обеспечивающая работу почтового отделения связи и обеспечивающая главные функции работы почтового отделения: знание перечня юзеров програмки, знание каталога периодических изданий, на какие может существовать оформлена знакомства, знание перечня абонентских ящиков, предоставляемых почтовым отделением в аренду, спецоформление подписки на издание из каталога, а еще спецоформление аренды абонентского ящика, собирание и печать отчетов сообразно выписанным изданиям и оплаченным ящикам. Не считая такого, програмка гарантирует взаимодействие почтового отделения(сервера почты)с иными службами, какие водят свои взаиморасчеты с покупателями чрез почтовые отделения, таковыми как коммунальные службы(прием платежей за коммунальные сервисы), а еще с пенсионным фондом(выплата пенсий).
Содержание
Введение
1Разработка автоматизированной информационной системы почты.
1. 1 Анализ предметной области
1. 2Посадка задачки. . .
1. 3Технические запросы.
1. 4Разработка разработки. .
1. 4. 1Сопоставление архитектур «файл-сервер» и «клиент-сервер». .
1. 4. 2SQL-сервер Borland InterBase и его главные компоненты
1. 4. 3Индивидуальности применения средств Borland Delphi при разработке клиентских прибавлений, работающих с удаленными БД в архитектуре «клиент-сервер»
1. 5Конструирование. .
1. 5. 1Интерфейс юзера. .
1. 5. 2Конструирование структуры данных.
1. 5. 3Конструирование программных средств
1. 5. 4Конструирование отчетов. . .
1. 6Осуществление программных средств. .
1. 7Управление пользователя
2. Экономика
3. БЖД
Мнение. .
Перечень использованных источников.
Прибавление А. .

Выдержка

Введение

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



1. Разработка автоматизированной информационной системы почты
1. 1 Анализ предметной области
Одним из способов снабжения проектирования является внедрение языка UML. Этот язычок был сотворен для унификации процесса объектно-ориентированного разбора и проектирования, однако почти все его нюансы проявили свою эффективность и при использовании остальных технологий.
Конструирование проекта при исполнении дипломного проекта станет быть конкретно с внедрением UML.
Главным шажком при разработке системы является анализ применения.
Длительное время как в процессе объектно-ориентированной, этак и традиционной разработки аналитики употребляли типовые сценарии, какие подсобляли им лучше взять в толк запросы к системе. Но эти сценарии трактовались достаточно неформально непрерывно применяя, их изредка документировали.
Сценарий представляет собой последовательность шагов, обрисовывающих взаимодействие меж юзером и системой.
Вариант применения представляет собой очень много сценариев, объединённых совместно некой общей целью юзера.
Актёр представляет собой некую роль, которую играет юзер сообразно отношению к системе. Единичный юзер может играться и наиболее одной роли. Актёры не должны существовать людьми. Единичный актёр может существовать даже наружной системой, которой нужна некая информация от разрабатываемой системы.
Варианты применения формируются в момент изучения и разрешают обнаружить более общие запросы к системе. Их не следует шибко детализировать, этак как наиболее конкретные индивидуальности легче найти на остальных шагах.
В нашем случае разрешено отметить последующих актёров:
Заказчик. На самом деле с системой взаимодействует не сам заказчик, а инструктор, к которому он обратился. Заказчик приобретает сервисы предоставляемые отделением связи. Это сервисы предоставляемые конкретно почтой(спецоформление а/я, спецоформление подписки)и сервисы организаций, работающих чрез деление связи(выплата пенсий, плата коммунальных счетов).
Аналист. Юзер системы, занимающийся в главном разбором функционирования отделения связи. Сообразно отношению к иным организациям он обязан сочинять отчёты и распространять их. Сообразно отношению к почте еще вероятны операции подведения результатов и снабжения управленческих решений.
Админ. Юзер системы, исполняющий администрирование базы данных. Он наполняет основание данных(перечень доступных абонентских ящиков, каталог печатных изданий)для предстоящего применения её иными артистами. В серверах общественной службы и службы коммунальных платежей этот артист наполняет ведомости начисления пенсий и счетов за коммунальные сервисы. Не считая такого, этот артист ведет перечень юзеров.
Варианты внедрение в общих чертах показаны на диаграмме вариантов применения.

Литература

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

Больше работ по теме: