Объектно-ориентированное проектирование Информационная система предприятия связи

Подождите немного. Документ загружается.

Содержание

Введение

1 Разработка технического задания 3

1.1 Описание предметной области 3

1.2 Основание для разработки 4

1.3 Цель работы, основные задачи 4

1.4 Требования к системе 4

1.4.1 Функциональные требования 4

1.4.2 Требования к конфигурации 4

1.4.3 Количественные требования 5

1.4.4 Требования к безопасности и целостности информации 5

1.4.5 Требования к надежности 6

1.4.6 Требования к техническим средствам 6

2 Представление прецедентов 7

2.1 Описание прецедентов 8

2.2 Диаграмма прецедентов 10

2.3 Диаграмма деятельности 11

3 Логическое представление 13

3.1 Диаграмма пакетов классов 15

3.2 Диаграмма классов 16

3.3 Диаграмма реализации прецедентов 17

3.4 Диаграмма последовательности 18

3.5 Диаграмма кооперации 19

3.6 Диаграмма состояний 20

4 Представление компонентов 21

4.1 Диаграмма пакетов компонентов 21

4.2 Диаграмма компонентов 22

5 Представление развертывания 22

5.1 Диаграмма развертывания 22

Заключение 24

Список литературы 25

Изм

Лист № докум. Подпис

Лист

СФИС-2003-2

Разраб.

Евдокимова

Провер.

Моругин

Реценз.

Н. контр.

Утверд.

Информационная система

Саровского цеха связи

Пояснительная записка

Лит. Листов

СФИС-2003-2

Введение

В данном курсовом проекте создаётся информационная система для

Саровского цеха связи, предоставляющего услуги связи своим клиентам.

Город растет. Абонентов становится больше, что заставляет отходить от

старого процесса работы. Современные средства обработки информации

должны помогать, когда возникают такие вопросы как: сколько, и какие услуги

оплатил абонент, сколько должников в данный момент, сколько и какие

клиенты зарегистрированы на предприятии.

Чтобы проанализировать эффективно ли работает предприятие, нужно

чтобы была наглядность в его работе. Информационная система помогает

решать подобные вопросы.

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

Саровского цеха связи позволит разработать проектную документацию в виде

диаграмм и спецификаций, определяющих логическую и физическую

структуру модели, ее статические и динамические аспекты, сгенерировать

программные коды.

СФИС-2003-2

1 Разработка технического задания

1.1 Описание предметной области

Информационная система разрабатывается для Саровского цеха связи.

В цехе имеются следующие работники: Кассиры, Специалист, Оператор,

Паспортист, Оператор кросса, Системный администратор, Директор.

В системе должно быть семь основных рабочих места, определенных

своими функциями для всех этих работников.

Директору необходимо знать состояние платежей Абонентов, сколько

должников, сколько оплачено, количество поданных заявок на установку

телефона, количество установленных телефонов за разные периоды.

Кассиру нужно правильно зарегистрировать платёж в системе.

Оператору, чтобы заключить договор на оказание услуг связи, нужно знать

следующие данные: адрес Абонента, Ф. И. О., техническую возможность

установки телефона по указанному адресу, наличие льгот, наличие прописки,

Специалисту по работе с юридическими лицами для заключения договоров

на оказание услуг связи нужно знать: адрес Абонента, Ф. И. О. директора,

техническую возможность установки телефона по указанному адресу,

банковские реквизиты.

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

телефона, распределение, колодец, № магистрали, район, улица, дом, квартира,

подъезд.

Оператору кросса необходимо знать № телефона, Ф.И.О., кроссовый № с

линейной и станционной стороны, сопротивление изоляции и шлейфа.

Системный администратор осуществляет контроль и диагностику

информационной системы обеспечивая нормальную работу, обладает всеми

правами администрирования системы.

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

работников, а также взаимодействие между ними: при приеме от Абонента

оплаты за услуги связи, Кассир вводит платёж в систему, система находит

персональные данные по номеру телефона или по фамилии, сообщает Кассиру

стоимость долга, подсчитывает сдачу, распечатывает кассовый чек и

распечатку телефонных переговоров, регистрирует факт оплаты в базе данных.

Система должна сформировать соответствующие документы: наряд на

установку телефона; наряд на отключение телефона; справку о техническом

обследовании линии; наряд на исправление (ремонт) линии или оборудования.

В связи с этим система должна вести учет выданных документов, а также

обеспечить простой вывод этих документов.

Система должна осуществлять: учёт абонентов (абонентский номер,

абонентская линия, оборудование), учёт и регистрация заявлений на установку

и отключение телефона, формирование нарядов на включение и отключение

телефона, учёт финансового состояния абонента.

СФИС-2003-2

1.2 Основание для выполнения работы

Основанием для выполнения работы является учебный план по

специальности “Информационные системы”.

1.3 Цель работы, основные задачи

Цель данной работы - создание информационной системы для цеха связи с

помощью САSЕ-средства Rational Rose, чтобы она помогла решить следующие

задачи:

1) повышение производительности труда персонала при обслуживании

Абонентов;

2) уменьшения количества ошибок, при работе с Абонентами;

3) улучшение управления предприятием, за счёт внедрения

разрабатываемой системы.

1.4 Требования к системе

1.4.1 Функциональные

1) учёт абонентов;

2) учёт платежей Абонентов;

3) учет всех поступающих заявок на установку телефона от абонентов;

4) учет заявок на установку телефона;

5) учет заявок на отключение телефона;

6) формирование кассового чека и распечатку телефонных переговоров;

7) формирование нарядов и технических справок на производство всех

видов работ.

Отображаемая системой информация должна соответствовать

требованиям, предъявляемым к типовым документам предприятий связи.

1.4.2 Требования к конфигурации

В проектируемой системе должно быть предусмотрено семь

пользовательских рабочих мест. Основные рабочие места должны быть

спроектированы для следующих работников: директор, специалист, оператор,

кассир, паспортист, оператор кросса, системный администратор.

Все рабочие места должны быть объединены в сеть по любой из

существующих технологий (для заказчика предпочтительней сохранить

существующую сеть), с помощью кабелей, сетевых адаптеров и, если это

необходимо, дополнительного сетевого оборудования.

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

распределения по разным этажам или помещениям.

Сеть и система совместно должны обеспечивать взаимодействие всех

рабочих мест, то есть данные с одного рабочего места (например Кассира)

СФИС-2003-2

могли бы быть использованы на другом рабочем месте (например,

Директором).

В разрабатываемой системе должна обеспечиваться взаимосвязь системы с

программами, в которых работают пользователи системы (то есть с

различными прикладными и специфическими программами).

Кроме того, необходимо предусмотреть индикацию работы процессов

занимающих относительно длительное время (более 10 секунд) Например,

обновление или конвертирование данных и т.п должны сопровождаться

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

оценить продолжительность процесса (если процесс идет медленно,

пользователь может выполнить другую задачу).

Система должна обладать справочной системой, содержащей некоторые

пояснения по работе с базой данных.

1.4.3 Количественные и качественные показатели системы

Система должна обеспечивать хранение данных не менее чем о 5000

абонентах.

Время реакции системы 10 секунд.

Время выполнения запросов не более 15 секунд.

1.4.4 Требования по безопасности и целостности информации

Для полноценной работы системы и обеспечения требуемого уровня

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

ниже:

1) для облегчения администрирования системы и обеспечения полной

совместимости и безопасности ее элементов, необходимо разместить на всех

рабочих местах единую операционную систему, соответствующую классу

безопасности не ниже класса С2 (например: Windows XP, Windows 2003

фирмы Microsoft);

2) брандмауэр FireWall, для защиты от несанкционнированного входа в сеть и

систему (для предотвращения атак из Internet или другой внешней сети)

3) антивирусная программа типа Norton Antivirus 2002 или аналогичная по

классу безопасности.

Хранимая и обрабатываемая системой информация согласно закону "О

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

или части ее из системы влечет за собой уголовную ответственность.

Система должна работать с администратором системы, который должен

обладать всеми необходимыми правами для контроля и администрирования

системы.

Система должна иметь защиту от несанкционированного входа в сеть и

собственно систему (для предотвращения атак из Internet или другой внешней

сети).

СФИС-2003-2

1.4.5 Надежность

Главное требование к надежности системы - это обеспечение

сохранности вводимых и хранимых данных (баз данных). Эту проблему можно

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

файлов, защиты файлов средствами шифрования, введения и изменения пароля

для открытия файла, управления учетными записями и правами доступа для

приложении защищенных на уровне пользователей, установки клиентского

приложения на новую рабочую станцию и корректного подключения ее к базе

данных, установленной на сервере.

Резервное копирование подразумевает создание копий таких файлов как

собственно база данных, файлов различных технических журналов, а также

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

Копии этих файлов должны храниться на рабочем месте администратора на

жестком диске, кроме того, следует создавать копии особо критичных данных

на переносных носителях (CD-RW, CD-R).

1.4.6 Технические средства

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

ниже класса С2.

Система должна обладать облегченным механизмом обновления

программных файлов.

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

и количественных требований системы.

Система должна быть проста в обращении, иметь интуитивно понятный

пользовательский графический интерфейс, удобное расположение и

представление часто используемых элементов экрана, понятные для каждого в

отдельности пользователя термины и доступные требования к работе, иметь

качественную диагностику (понятность и полезность диагностических

сообщений для пользователя), допустимое время реакции на действия

пользователя.

СФИС-2003-2

2 Представление прецедентов

Для описания работы необходимо построить функциональную модель

которая отображает системные прецеденты (use case), действующих лиц или

актеров – (actors) и связи между актерами и прецедентами (диаграммы

прецедентов – use cases diagrams).

Основная задача модели прецедентов - представлять собой единое

средство, дающее возможность заказчику, конечному пользователю и

разработчику системы совместно обсуждать функциональность системы и ее

поведение.

Актеры не являются частью системы - они представляют собой кого-то или

что-то, что должно взаимодействовать с системой.

В разрабатываемой системе можно выделить следующих актеров: Кассир,

Специалист, Оператор, Паспортист, Оператор кросса, Системный

администратор, Директор.

Краткое описание актеров

Директор контролирует состояние платежей Абонентов, сколько

должников, сколько оплачено, количество поданных заявок на установку

телефона, количество установленных телефонов за разные периоды

Кассир регистрирует в системе платежи Абонентов за услуги связи

Оператор по работе с клиентами заключает договора на оказание услуг

связи: заполняет в форму адрес Абонента, Ф И.О., техническую возможность

установки телефона по указанному адресу, наличие льгот, наличие прописки.

Специалист по работе с Абонентом (юридическим лицом) заключает

договора на оказание услуг связи: заполняет юридический адрес Абонента, Ф.

И. О. директора, техническую возможность установки телефона по указанному

адресу, банковские реквизиты.

Паспортист заносит линейные параметры установленного телефона

распределение, колодец, № магистрали, район, улица, дом, квартира, подъезд.

Оператор кросса кроссирует № телефона, Ф.И.О., кроссовый № с линейной

и станционной стороны, сопротивление изоляции и шлейфа.

Системный администратор осуществляет контроль и диагностику

информационной системы обеспечивая нормальную работу, обладает всеми

правами администрирования системы.

Последовательность событий, необходимых для обеспечения требования

поведения, называется потоком событий. Поток событий определяет:

1. когда и как прецедент начинается и заканчивается;

2. как он взаимодействует с актером;

3. какие данные ему нужны;

4. нормальную последовательность событий для прецедента;

5. описание потоков в альтернативных и исключительных ситуациях

СФИС-2003-2

2.1 Описание прецедента

Прецедент «Оплата за услуги связи». Основной исполнитель Кассир.

Заинтересованные лица и их требования: Кассир хочет точно и быстро

обслужить Абонента, не допуская ошибок, поскольку он работает с деньгами.

Абонент хочет заплатить за услуги связи, получить чек и распечатку

телефонных переговоров.

Основной успешный сценарий (поток).

Прецедент начинает выполняться, когда Кассир подключается к системе и

вводит свой пароль. Система проверяет правильность введенного пароля (Е-1).

Кассир открывает форму для регистрации платежа абонента. Система

предлагает выбрать требуемую операцию: ввести № Абонента, ввод платежа,

просмотр стоимости телефонных переговоров сформировать распечатку

телефонных переговоров.

Если оператор Кассир выбрал опцию «ввести № Абонента» (S-1) -

выполняется поток Поиск Абонента.

Если Кассир выбрал опцию «ввод платежа» (S-2) - выполняется поток

Ввод платежа

Если Кассир выбрал опцию «сформировать распечатку телефонных

переговоров» (S-3) - выполняется поток сформировать распечатку телефонных

переговоров

Если Кассир выбрал опцию «Выход» - прецедент завершается.

Подпотоки.

S-1: «Поиск Абонента».

Система отображает диалоговое окно, содержащее поле для ввода

телефонного номера абонента. Кассир вводит номер абонента (Е-1). Система

отображает новое диалоговое окно, отображающее данные, соответствующие

введенному телефонному номеру: фамилия и инициалы абонента, его адрес,

сумма к оплате, количество звонков, номера вызываемых Абонентов, дата и

время звонков, продолжительность разговора.

Диалоговое окно должно содержать следующие поля ввода: поиск по №

телефона, поиск по Ф.И.О. Абонента, поиск по лицевому счёту Абонента.

S-2: «Ввод платежа».

Система отображает диалоговое окно, содержащее поле для ввода

платежа абонента. Кассир вводит платёж абонента (Е-2). Система отображает

новое диалоговое окно, отображающее телефонный номер, фамилия и

инициалы абонента, введённая сумма денег, дата и время платежа, сумма сдачи.

Кассир выбирает кнопки принять или отклонить платёж.

S-3: «Сформировать распечатку телефонных переговоров».

Система отображает окно текстового редактора для вывода на печать

списка телефонных переговоров Абонента.

СФИС-2003-2

Альтернативные сценарии (потоки).

Е-1: Введен неверный пароль пользователя. Пользователь должен

повторить ввод пароля или завершить прецедент.

Е-2: Введен несуществующий телефонный номер. Пользователь должен.

повторить ввод номера или завершить прецедент.

Е-3: Указана несуществующая фамилия Абонента. Система сообщает.

Кассиру что такой фамилии нет. Прецедент продолжается.

Е-4: Введенная фамилия не соответствует указанной при инициализации.

Система предлагает изменить введенные данные, выбрать из списка или

завершить прецедент.

Е-5: Введенный номер телефона уже используется или выходит за

пределы диапазона номеров телефонной станции. Система предлагает изменить

введенные данные или завершить прецедент.

Е-6: Введены недопустимые символы (цифры, знаки препинания и т.д.).

Система предлагает изменить введенные данные или завершить прецедент.

Е-7: Введенные данные не являются числом Система предлагает

изменить введенные данные или завершить прецедент.

Е-8: Указанное поле не должно быть пустым. Система предлагает ввести

данные или завершить прецедент.

Для разработки информационной системы и построения модели

процессов необходимо построить диаграммы прецедентов.

Ниже на рисунке 1 приведено краткое описание прецедента «Оплата за

услуги связи».

Рисунок 1 - Краткое описание прецедента «Оплата за услуги связи»

СФИС-2003-2

2.2 Диаграмма прецедентов

Диаграмма прецедентов (use case diagram) - графическое представление

всех или части актеров, прецедентов и их взаимодействии в системе. Основная

задача диаграмм прецедентов - представлять собой единое средство, дающее

возможность заказчику, конечному пользователю и разработчику совместно

обсуждать функциональность и поведение системы.

В разрабатываемой системе имеется главная диаграмма прецедентов,

которая отображает границы системы (актеров) и основное функциональное

поведение системы (прецеденты). Главная и дополнительная диаграммы

прецедентов показаны на Рисунке 2 и Рисунке 3. Показанные диаграммы

наглядно представляют поведение разрабатываемой системы и связи между

актерами и прецедентами.

Заявление на установку

телефона

Оператор

Оплата за услуги связи

Регистрация заявления

Система

Проверка пользователя

Абонент

Кассир

<<include>>

Рисунок 2 - Главная диаграмма прецедентов