КУРСОВОЙ ПРОЕКТ
Тема: «Разработкамногопользовательской информационной системы по ведению учёта подписнойдеятельности почтовым отделением»
Введение
Сфера оказания услугсвязи и коммуникации, как в частном, так и государственном секторе в настоящеевремя проходит через бурный период автоматизации и модернизации. Внедрениеновых программных продуктов и систем хранения и обработки имеющейся информациистановится доминирующим направлением в данной деятельности. Основнымтребованием, предъявляемым к системным продуктам, является возможностьоперативно обрабатывать большие объёмы сложно структурированной информации.
Системы автоматизации различныхаспектов почтовой деятельности в последние годы довольно широко применяются и вэтой сфере деятельности и воспринимаются работниками, которые с нимисталкиваются каждый день, как достаточно удобное средство. Автоматизациярасчетов и создание отчетов во много раз повышают эффективность и качествоработы, облегчают труд операторов рабочих мест.
Подписная деятельностьявляется одной из основополагающих для всех почтовых отделений и отделенийсвязи. Соответственно, учёт и анализ этой деятельности имеет большое значениедля разработки стратегии ведения подписной кампании и привлечения максимальногочисла клиентов, как среди организаций, так и частных лиц.
Целью данного курсовогопроекта является реализация информационной системы «Подписная деятельность»в архитектуре «клиент-сервер». Данная программа обладает всеминеобходимыми компонентами для выполнения задач, связанных с поиском иобработкой информации, удобным графическим интерфейсом и средствами дляформатированного вывода информации на печать.
1. Постановка задачи1.1 Анализ предметной области
Моделируемаяинформационная система призвана упростить ведение учёта и анализа подписной деятельности врамках отдельного почтового отделения.
В задачи кассира-операторавходит внесение и корректировка сведений об организациях, оформляющихведомственную подписку, а также необходимый объём данных при оформленииподписки физическими лицами. К концу рабочей смены в период подписной кампании,а также в конце отчётного периода кассир должен предоставить данные об объёмесовершённых операций.
Администрация призвана вестиконтроль над работой кассира-оператора и проводить текущий анализ эффективностидеятельности кассиров-операторов и почтовых отделений в целом.1.2 Обоснование актуальности решаемой задачи
Задачей данного курсовогопроекта является реализация многопользовательской информационной системы поучёту и анализу подписной деятельности.
Моделируемаяинформационная система предназначена для упрощения ведения подписной деятельности,а именно призвана решать следующие практические задачи:
ввод и хранение сведенийоб организациях — клиентах;
ввод и хранение сведенийо клиентах физических лицах;
составление рейтинганаиболее популярных изданий;
составление списка почтовыхотделений, которые сработали лучше других за отчётный период;
анализ общего объёмаподписки и числа подписных изданий;
анализ объёма подписки поотдельным изданиям;
составление отчета по организациями объёмам подписки.
Все полученные данныесоставляют необходимую базу для проведения анализа деятельности подразделений(почтовых отделений), а также изучения спроса на рынке периодических изданий.На основе полученных результатов можно делать выводы о предпочтениях клиентов инеобходимом направлении деятельности почтовых отделений по оказанию даннойуслуги.
2. Проектированиелогической модели системы2.1 Функциональная модель
Для проведения анализа ифункционального проектирования информационной системы используется CASE – средство Bpwin. Bpwinподдерживает три методологии: IDEF0,DFD и IDEF3, позволяющие анализировать организационную систему.
Информационная системафункционирует следующим образом.
Все данные хранятся навнешнем носителе (диске). При необходимости работы с данными, пользовательзапускает программу, адаптированную программистом для ввода и обработки данныхв конкретной предметной области. Эта программа предоставляет пользователюинтерфейс для работы с БД и возможности манипулирования данными.
Оператор можетосуществлять ввод и корректировку данных в отношениях посредством основной иподчиненных форм, таблиц. При закрытии таблицы или запроса, результатысохраняются на диск. Обработка данных производится:
- в формах – длявывода наглядной информации для пользователя; после закрытия формы результатыпреобразования не сохраняются;
- в запросах – поданным пользователя отбирается и преобразуется в нужный вид интересующая егоинформация, выводится в табличном виде на экран; после закрытия запроса егорезультаты обычно не сохраняются, за исключением запросов на обновление.
Вывод данных на экраносуществляется посредством вызова соответствующих таблиц, запросов, форм илиотчетов. Таблицы соответствуют физическим данным, которые хранятся на диске.Результаты запросов также можно сохранять в отдельных таблицах.
2.1.1 Контекстная диаграмма и детализация процессов
Первая диаграмма виерархии диаграмм IDEF0 изображаетфункционирование в целом. Такие диаграммы называются контекстными. В контекствходит описание цели моделирования, области (описания того, что будет рассматриватьсяв качестве компонента системы, а что в качестве внешнего воздействия) и точкизрения (позиции, с которой будет строиться модель).
После того как контекстописан, проводится построение следующих диаграмм в иерархии. Каждая последующаядиаграмма является более подробным описанием (декомпозицией) одной из работ на диаграммевышестоящего уровня.
Контекстная диаграммапредставляет собой схему управления процессом подписки. Управляющимвоздействием являются нормативные акты и приказы; входные данные – данные длязапросов и отчетов, они вводятся пользователем. Результатом функционированияявляются различные отчеты.
Функциональная модель(диаграммы первого и второго уровней) рассматриваемой информационной системыизображена в приложении 5.1.
2.1.2 Миниспецификацияпроцессов
В рамках данной моделиформируемая база данных проектируется для использования двумя клиентами. Всоответствие с характером выполняемых обязанностей происходит разделениепроцессов на две группы. На диаграмме дерева узлов представлены иерархическиезависимости моделируемых процессов.
2.2 Информационнаямодель
2.2.1Идентификация сущностей и связей. ER-диаграмма логического уровня
Дляотображения информационной модели рассматриваемого процесса были использованыследующие сущности:
Издание
ВедПодписка(ведомственная подписка)
ЧастПодписка (подпискафизических лиц)
Почтовое отделение
ИзданиеПочтОтдел
ЧастЦена (цена подпискииздания для частных лиц)
ВедЦена (цена подпискииздания для организаций)
Схема каждого из отношенийпредставлена на рисунке 3.
Дляоднозначного определении записей в каждом из отношений выделен первичный ключ(простой или составной).
Внешние ключи дляотношений БД:
в отношениях ВедЦена иЧастЦена — это ключ Индекс;
в отношениях ВедПодпискаи ЧастПодписка – это составной ключ: Индекс, НомерПО.
На логическом уровнепроектирования в моделируемой базе данных присутствуют следующие типы связеймежду описанными сущностями:
1) связь типа один комногим;
2) связь типа многие комногим между Изданием и Почтовым Отделением.
2.2.2 Определениедоменов для схем отношений. Уточнение типов данных для атрибутов схемотношений. Реализация ссылочной целостности
Для нормализацииразрабатываемой схемы данных приведем все имеющиеся отношения к соответствующимнаборам ограничений. Первая нормальная форма требует, чтобы значения всехатрибутов отношения были атомарными. При рассмотрении информационной моделибыло отмечено, что значения атрибутов всех отношений логически разделить наэлементы нельзя и, следовательно, они удовлетворяют условию первой нормальнойформы. Вторая нормальная форма требует, чтобы отношение находилось в первойнормальной форме, и каждый не ключевой атрибут функционально полно зависел отпервичного ключа. И это требование также выполняется в рассматриваемой модели.
Все не ключевые атрибуты функционально полно и не транзитивно зависят отпервичного ключа. Следовательно, отношение находится в БКНФ.
Все вышеизложенныеотношения функционально полно зависят от первичного ключа.
Для нормализации схемотношений в БКНФ необходимо чтобы каждый детерминант (любой атрибут, откоторого функционально полно зависит некоторый другой атрибут) являетсявозможным ключом. В рассматриваемой модели нормализация к БКНФ соблюдается
Таким образом, всеотношения находятся в БКНФ.
На логическомуровне в моделируемой системе присутствовала связь типа «многие комногим» между сущностью Издание и сущностью Почтовое отделение. Для еёреализации на физическом уровне была введена дополнительная зависимая сущность ИзданиеПочтОтдел.
Приведенная в приложении5.3 диаграмма наглядно отображает все атрибуты отношений и их физическиехарактеристики.
Послеразработки информационной модели ее следует связать с функциональной моделью.Такая связь гарантирует завершенность анализа, гарантирует, что есть источникиданных (сущности) для всех работ. Связывание моделей способствуетсогласованности, корректности и завершенности анализа.
Результатсвязывания объектов модели процессов отображается в следующей таблице.
Таблица 1 — Результат связывания объектов модели процессов
Attribute Name
Entity Name
Arrow Name
Activity Name Адрес ЧастПодписка Данные клиента Изменение данных по частПодписке Регистрация частПодписки Индекс ВедПодписка Запрос об объёмах Анализ общего объёма ведомственной подписки и количества подписных изданий отчёт по изданиям Анализ объёма ведподписки по изданиям отчёт по организациям Анализ объёмов подписки по организациям ЧастПодписка Запрос об объёмах част Анализ общего объёма частной подписки и количества подписных изданий отчёт по част изд Анализ объёма частподписки по изданиям Код ЧастПодписка Данные клиента Изменение данных по частПодписке Регистрация частПодписки Запрос об объёмах част Анализ общего объёма частной подписки и количества подписных изданий НазвИздания Издание Запрос об объёмах Анализ общего объёма ведомственной подписки и количества подписных изданий Запрос об объёмах част Анализ общего объёма частной подписки и количества подписных изданий отчёт по изданиям Анализ объёма ведподписки по изданиям отчёт по организациям Анализ объёмов подписки по организациям отчёт по част изд Анализ объёма частподписки по изданиям НомерПО ЧастПодписка Данные клиента Изменение данных по частПодписке Регистрация частПодписки Объём ВедПодписка Запрос об объёмах Анализ общего объёма ведомственной подписки и количества подписных изданий отчёт по изданиям Анализ объёма ведподписки по изданиям отчёт по организациям Анализ объёмов подписки по организациям Организация ВедПодписка Данные организации Изменение данных по ведПодписке Регистрация ведПодписки Запрос об объёмах Анализ общего объёма ведомственной подписки и количества подписных изданий отчёт по организациям Анализ объёмов подписки по организациям период ВедПодписка Запрос об объёмах Анализ общего объёма ведомственной подписки и количества подписных изданий Период ЧастПодписка Данные клиента Изменение данных по частПодписке Регистрация частПодписки Запрос об объёмах част Анализ общего объёма частной подписки и количества подписных изданий отчёт по част изд Анализ объёма частподписки по изданиям Фамилия ЧастПодписка Данные клиента Изменение данных по частПодписке Регистрация частПодписки
3. Реализация системы
3.1 Описаниепрограммного обеспечения, разработанного в архитектуре «клиент –сервер»
Моделируемое программноеобеспечение предполагает работу с двумя клиентами: кассиром-оператором иначальником почтового отделения, которые пользуются одними данными, новыполняют различные виды работ с этими данными. Поэтому было разработано дваприложения «Обработать данные для кассира-оператора» и «Обработатьданные для начальника».
Работа с базой данныхначинается с автоматического открытия главной кнопочной формы. На форменаходятся следующие управляющие элементы – кнопки и их подписи. При нажатии накнопку с помощью мыши раскрывается форма или выполняется некоторый запрос. Дляоблегчения работы каждая кнопка снабжена всплывающей подсказкой. Дляосуществления поиска необходимых данных на главную кнопочную форму выведеныкнопки для вызова соответствующих запросов. Для выхода из базы данныхпредусмотрена кнопка «Выход».
Кнопочная формаклиентского приложения «Обработать данные для начальника почтового отделения»представлена на следующем рисунке 1.
/>
Рисунок 1 — Формаклиентского приложения «Обработать данные для начальника почтовогоотделения»
Кнопочная формаклиентского приложения «Обработать данные для кассира-оператора»представлена на следующем рисунке 2./>
Рисунок 2 — Формаклиентского приложения «Обработать данные для кассира-оператора»Для ввода информациислужат кнопки «Оформление ведомственной подписки» и «Оформлениеподписки для частных лиц» расположенные в главной кнопочной формеклиентского приложения «Обработать данные для кассира-оператора», которыеоткрывают соответствующие формы «ВедПодписка» и«ЧастПодписка».
3.2 SQL-определения регламентированныхзапросов и представлений
На базе описанных вышетаблиц для обработки данных и для нахождения требуемой информации былипостроены следующие запросы.
Для составления списка трёхлучших почтовых отделений был построен запрос с параметрами, который на языке SQL имеет следующий вид:
SELECT DISTINCTROW TOP 3ВедПодписка.НомерПО, Sum(ВедПодписка.Объём) AS Объём
FROM ВедПодписка
GROUP BYВедПодписка.НомерПО
ORDER BY Sum(ВедПодписка.Объём) DESC;
Для получения данных обобъёме ведомственной подписки по отдельным изданиям был составлен запрос следующеговида:
SELECT DISTINCTROWИздание.НазвИздания, Sum(ВедПодписка.Объём) AS Объём
FROM Издание INNER JOINВедПодписка ON Издание.Индекс = ВедПодписка.Индекс
GROUP BYИздание.НазвИздания;
Для получения данных обобъёме частной подписки по отдельным изданиям был составлен запрос следующеговида:
SELECT DISTINCTROWИздание.НазвИздания, Count(ЧастПодписка.Индекс) AS Объём
FROM Издание INNER JOINЧастПодписка ON Издание.Индекс = ЧастПодписка.Индекс
GROUP BYИздание.НазвИздания;
Для получения данных обобъёме подписки по организациям был составлен запрос следующей структуры:
SELECT DISTINCTROWВедПодписка.Организация, Sum(ВедПодписка.Объём) AS Объём
FROM ВедПодписка
GROUP BYВедПодписка.Организация;
Для выполнения запроса наполучение данных об общем объёме ведомственной подписке и количестве подписныхизданий соствлен SQL –запросследующего вида:
SELECT DISTINCTROWCount([V в_подписки по изданиям]. НазвИздания) AS [Число подписных изданий],Sum([V в_подписки по изданиям].Объём) AS [Объём ведПодписки]
FROM [V в_подписки поизданиям];
4. Исследованиеоперационных характеристик ИСС
4.1 Описание базыданных контрольного примера
Для проведения испытанийсозданной ИСС разработан контрольный пример, позволяющий проверитьработоспособность и отказоустойчивость последней.
База данных контрольногопримера содержит в себе следующие данные, позволяющие протестировать работувсех запросов (рис. 3).
/>
Рисунок 3
4.2 Анализ результатовтестирования ИСС
Набор действий оператораи результаты работы ИСС приведены в таблице.№ Действия оператора Ответ ИСС 1
Ввод данных о клиенте с помощью формы «ЧастПодписка»
Дата: 23.11.2004
Номер ПО: 2
Фамилия: Иванов С.С.
Адрес: Первомайская 45-78
Индекс: 00003
Период: 12
Код: 2 Записано. 2 Запрос на нахождение объёма ведомственной подписки по организациям
Выведена на экран таблица, содержащая сведения о следующих организациях:
Горсвет, Дорстрой, МГУ им Кулешова, ОблПочта, Налоговая, Химволокно. 3 Запрос на нахождение объёма ведомственной подписки по изданиям
Выведена на экран таблица, содержащая сведения о следующих изданиях:
Могилёвская правда, Могилёвские ведомости, Копеечка, Днепровская неделя, Скандинавские кроссворды 4 Запрос на получение отчёта об общем объёме ведомственной подписки и количестве подписных изданий На экран выводится отчёт, содержащий необходимые цифры. 5
Ввод данных об организации-клиенте с помощью формы «ВедПодписка»:
Дата: 15.01.2005
Номер ПО: 1
Индекс: 63926
Организация: Дорстрой
Объём: 2
Период: 6 Записано. 6 Запрос на нахождение периодических изданий и объёма подписки физическими лицами На экран выводится таблица, содержащая общие цифры по изданиям: Днепровская неделя, Скандинавские кроссворды, Могилёвские ведомости, Могилёвская правда. 7 Вызов таблицы «Ведподписка» для редактирования данных Внесены и отражены в таблице изменения в поле «Объём» для записи Химволокно, 12.01.2005 с 6 на 10 шт. 8 Получение отчёта о 3-х лучших почтовых отделениях На экран выводится лист отчёта с номерами 3-х лучших ПО в порядке убывания объёмов подписки :3,1,2.
В результате проведенноготестирования разработанная ИСС показала себя как вполне надежная программа,выполняющая все заявленные в описании задачи.
Заключение
Разработанное программноеобеспечение позволяет упростить документирование подписной кампании и проводитьтекущий анализ. Данная программа обладает всеми необходимыми компонентами длявыполнения любых задач связанных с поиском и обработкой информации, удобнымграфическим интерфейсом, средствами для форматированного вывода информации напечать
Данное программноеобеспечение разработано в архитектуре «клиент-сервер» на языке SQL.
Возможно дальнейшеесовершенствование созданного программного обеспечения.
Список использованныхлитературных источников
1. Ляхович В.Ф.Основы информатики. — Ростов н/Д: изд-во «Феникс», 2000. — 608 с.
2. Тихомиров Ю.В. Microsoft SQL Server 7.0: Разработка приложений. – СПб.: БХВ – Петербург,2000. – 352 с.
Приложение А
/>
Рис. А.1 — Функциональнаядиаграмма потоков данных
ПриложениеБ
/>
Рис. Б1 — ER-диаграмма (физический уровень)