Разработка имитационной модели программного обеспечения информационной системы "Центр обслуживания абонентов" - Программирование, компьютеры и кибернетика дипломная работа
Главная
Программирование, компьютеры и кибернетика
Разработка имитационной модели программного обеспечения информационной системы "Центр обслуживания абонентов"
Имитационное моделирование деятельности "Центра обслуживания абонентов". Диаграммы потоков данных. Выявление вариантов использования. Моделирование видов деятельности и взаимодействий. Проектирование пользовательского интерфейса и архитектуры приложения.
посмотреть текст работы
скачать работу можно здесь
полная информация о работе
весь список подобных работ
Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Разработка имитационной модели программного обеспечения информационной системы "Центр обслуживания абонентов"
Рис.1. Контекстная диаграмма системы "Обслуживание абонентов"
Основным процессом является Обслуживание абонентов , т.к вся деятельность системы направлена именно на это. Внешними сущностями являются Оператор и Клиент . На первоначальном этапе взаимодействия, то есть, для заключения Договора, клиент предоставляет документы, составляет анкету, после чего она рассматривается оператором. В случае положительного ответа заключается договор об оказаниях услуг связи, иначе клиенту сообщается об отказе.
Далее клиент в случае необходимости посещает центр для заполнения заявления. Заявление может быть по разному поводу (просьба детализации счета, замена абонентского номера, замена sim-карты, заявка на пополнение счета…). Оператором рассматриваются заявления, и выносится решение об удовлетворении либо об отказе, что показано на диаграмме.
После создания контекстной диаграммы, я постаралась рассмотреть функции системы более подробно и построить диаграмму детализации первого уровня. Построенная диаграмма первого уровня также имеет множество процессов, которые в свою очередь могут быть декомпозированы в DFD нижнего уровня. Таким образом строится иерархия DFD с контекстной диаграммой в корне дерева. Этот процесс декомпозиции продолжается до тех пор, пока процессы могут быть эффективно описаны с помощью коротких (до одной страницы) миниспецификаций обработки (спецификаций процессов).
Рис.2. Диаграмма детализации первого уровня системы "Обслуживание абонентов"
Обслуживание абонентов может быть представлено в виде семи основных функций:
Целью каждой функции является учет выполняемых в рамках данного процесса действий и отражение их результата в проектируемой информационной системе. Коротко прокомментирую каждую из них.
Данная операция осуществляется оператором и не может быть полностью автоматизирована, так как изучение анкеты проходит в два этапа, второй из которых заключается в обязательным заполнении анкеты вручную абонентом. Результатом данной операции является решение о внесение в систему информации о новом абоненте. Отсутствие ее в общей модели привело бы к выпадению одного из звеньев цепи обслуживания абонента.
Результатом данной операции является внесение в систему информации о клиенте.
Оператор решает в силу тех или иных причин отказать в заключении договора о предоставлении услуг связи.
При заключении договора необходимо выбрать оператора сети, приобрести sim-карту и соответственно абонентский номер.
В процессе пользования услугами связи у абонента могут возникнуть те или иные требования, которые ему необходимо отразить в заявлении. Заявление рассматривается операторами.
При наличии новых заявлений оператор осуществляет их проверку. Если принято решение о нецелесообразности исполнения данного требования, то сообщается абоненту об отказе.
В случае принятия положительного решения, требования заявления исполняется.
Данный прецедент необходим для регистрации нового абонента в сети.
Оператору необходимо ознакомить с имеющимися операторами связи и выдать форму анкеты потенциальному абоненту
После выбора клиентом соответствующего оператора, он заполняет форму, после чего оператор проверяет правильность заполнение формы на бумажном носителе и вводит данные в систему следующим действием "Выбор оператора связи - Договор об оказании услуг связи". После чего в системе "Обслуживание абонентов" открывается форма по заключению абонента сети в системе. При этом сначала система спрашивает, кто будет регистрироваться: Физическое лицо или Юридическое, и только после этого выводится соответствующая регистрационная форма. Оператор вводит информацию об организации-клиенте, о контактном лице юридического лица, а также вводит номера счетов организации. Далее договор сохраняется. Производится сеанс связи с Сервером в процессе которого эти данные передаются на сервер.
В случае, если пользователь не ввел все поля, система выдает сообщение "Введите все поля", дает возможность пройти процесс регистрации снова при ошибке. Также оператор и имеет возможность отказа от регистрации абонента путем выбора соответствующей команды (Отмена или аналогичной).
После успешного завершения прецедента, клиент внесен в базу данных Абоненты сети на сервере.
Данный прецедент необходим для удовлетворения потребности абонента, а именно, замены его номера.
Оператору необходимо ознакомиться с заявлением клиента.
После проверки твердой копии заявления оператор в БД системы находит данного абонента, вызывает функцию "замена номера", после чего появляется соответствующая форма, которую необходимо заполнить. При нажатии кнопка ОК (или аналогичной) система автоматически меняет в БД номер клиента, оставляя при этом остальные данные неизменными. Далее изменения сохраняются.
Производится сеанс связи с Сервером в процессе которого эти данные передаются на сервер.
В случае, если пользователь не ввел все поля либо, система выдает сообщение об ошибке.
После успешного завершения прецедента, внесены изменения в базу данных.
Рис.6. Диаграмма прецедентов для субъекта Оператор.
Следует прокомментировать некоторые особенно "привлекательные" отношения между вариантами использования.
Так, смысл отношения " include " состоит в том, что Подключение включает в себя Выбор оператора связи .
Смысл же связи << extend >> в том, что прецедент, например, Рассмотрение анкеты "расширяется" вариантом использования Заключение договора . Я объясняю это тем, что Заключить договор можно только после проверки оператором анкеты. Рассмотрение заявления "расширяет" прецедент Блокировка номера, Замена sim -карты, Детализация счета, Замена абонентского номера . Таким образом, связь << extend >> говорит о выполнении того или иного прецедента в зависимости от определенных условий.
Рис.7. Диаграмма прецедентов для субъекта Клиент.
Подключение абонента включает в себя Выбор оператора связи.
Составление анкеты "расширяется" вариантом использования Заключение договора.
Рис.8. Первоначальный вид классов-сущностей.
Класс "Клиент" необходим для хранения информации о клиентах абонентах) системы. Он включает в себя следующие атрибуты: индекс, страна, город, область, район, улица, дом, корпус, квартира, e-mail, факс, телефон.
Так как клиентом системы может быть как частное лицо, так и организация, мною составлены такие классы как "Физическое лицо" и "Юридическое лицо". Их взаимосвязь с классом "Клиент" я покажу на диаграмме классов.
Класс "договор" является хранилищем договоров об оказаниях услуг связи. Он включает в себя следующие атрибуты: телефонный номер, тарифный план, серийный номер sim - карты, услуги связи, особые условия, срок действия договора, дата заключения.
Услуги связи имеют тип list, который обозначает тот факт, что клиент может из нескольких видов услуг выбрать нужный из списка.
Телефонный номер имеет тип integer, так как номер состоит только из целых чисел. Классы не существуют, как правило, автономно, а взаимодействуют между собой. Потому далее была построена диаграмма классов .
Интересна связь между рассматриваемыми объектами Физическое лицо - Клиент и Юридическое лицо - Клиент . Это отношение, называется Обобщение . Оно представляет собой видовое отношение между более общим классом (суперкласс или родительский класс) и более специфическим видом класса (подкласс или дочерний класс). Подкласс является видом суперкласса. Там, где допустимо использование суперкласса, может использоваться и объект подкласса.
Обобщение делает невозможным переопределение уже заданных свойств. Атрибуты и операции, уже определенные для суперкласса, могут повторно использоваться в подклассе. Говорят, что подкласс наследует (inherit) атрибуты и методы его родительского класса. Обобщение способствует пошаговой спецификации, использованию общих свойств разными классами и лучшей локализации изменений. Обобщение изображается в виде незаполненного треугольника на конце линии отношения, присоединенной к родительскому классу. На диаграмме классов Клиент является суперклассом, a Физическое лицо и Юридическое лицо - подклассами. Классы Физическое лицо и Юридическое лицо наследуют все атрибуты класса Клиент .
Центральным классом рассматриваемой модели стал класс Договор . Факт того, что документы создаются Клиентами, а вносятся в систему Операторами показан на диаграмме существованием связи между объектами Клиент - Договор и Договор-Оператор. Кратность этой ассоциации вполне объяснима: Клиент может создать один документ или их множество (кратность в этой позиции - [1. n]), и он обязательно должен быть создан (и впоследствии введен оператором в систему), на что и указывает кратность ассоциации [1. n].
Класс Договор служит для хранения всех договоров об оказании услуг связи, по структуре абсолютно идентичных. Поэтому различие между ними устанавливается посредством атрибута тип платежного документа.
Клиент может в силу определенных обстоятельств составить заявление, но также заявление может быть и не составлено, на что указывает кратность [0. .1].
Итак, формирование диаграммы классов-сущностей окончено. Мною были определены типы объектов, определяющих будущую модель базы данных, а также связи, существующие между ними. Однако построенную диаграмму классов нельзя назвать полной статической моделью системы в силу отсутствия многих важных элементов, таких как управляющие и интерфейсные классы.
Рис.23. Статическая структура ИС (часть 1)
Рис.24. Статическая структура ИС (часть 2)
Не все модели последовательностей и кооперации были построены с учетом принципа трехслойного взаимодействия (что, возможно, является недостатком данной разработки), поэтому на конечной диаграмме классов должны присутствовать связи между некоторыми пограничными классами и сущностями. Однако ввиду того, что при отображении всех этих связей на одной диаграмме ее практически невозможно будет читать, она в работе не приводится
Рис.25. Модель интерфейса для заключения договора
Так как интерфейс программы многодокументный, то все дочерние окна открываются и сворачиваются в родительском окне в свободной площади. Дочерние окна могут не открываться, выноситься вне родительского.
Меню - в данном компоненте содержатся все основные команды доступные пользователю при работе с системой.
Панель инструментов - на этом графическом элементе размещены кнопки, ассоциированные с наиболее часто применяемыми командами.
Моделирование вариантов объектно-ориентированных программных систем. Проектирование статический структуры, интерфейса, диаграмм компонентов и архитектуры приложения для разработки имитационной модели информационной системы "Центр обслуживания абонентов". дипломная работа [951,4 K], добавлен 24.10.2010
Выявление классов-сущностей (диаграмма классов) и вариантов использований системы. Моделирование видов деятельности, взаимодействий, состояний, пользовательского интерфейса и архитектуры системы (диаграмм развертывания) на основе выявленных требований. дипломная работа [2,1 M], добавлен 24.01.2016
Описание особенностей функционирования магазина. Проектирование системы: инфологическое моделирование и построение диаграммы потоков данных. Моделирование и программная реализация информационной системы. Проектирование пользовательского интерфейса. курсовая работа [1,6 M], добавлен 18.02.2013
Инфологическое моделирование предметной области. Построение диаграммы потоков данных. Обоснование выбора СУБД. Проектирование пользовательского интерфейса. Комплект поставки и порядок установки системы. Описание функционирования приложения и таблиц. курсовая работа [3,2 M], добавлен 23.08.2014
Характеристика основных потоков данных, существующих на предприятии. Способы и средства для разработки программного обеспечения. Проектирование пользовательского интерфейса. Разработка слоя взаимодействия с базой данных. Разработка слоя бизнес сервисов. дипломная работа [750,8 K], добавлен 10.07.2017
Построение имитационной модели станции технического обслуживания, на основе системы Micro Saint. Определение комплекса работ модели, основных параметров для них, связей между работами. Оценка распределения числа полицейских машин, находящихся в ремонте. контрольная работа [1,1 M], добавлен 08.09.2010
Направления деятельности ООО "Тирион" и разработка модели "AS-IS" функционирования магазина по обслуживанию покупателей. Возможности табличного процессора MS Excel. Описание интерфейса и физической структуры программного обеспечения имитационной модели. курсовая работа [990,6 K], добавлен 13.12.2011
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .
© 2000 — 2021
Разработка имитационной модели программного обеспечения информационной системы "Центр обслуживания абонентов" дипломная работа. Программирование, компьютеры и кибернетика.
Мен Үшін Өмірдің Мәні Эссе
Реферат На Тему Творчество Шекспира
Реферат по теме Промышленное применение лазеров
Доклад по теме Проблемы правового регулирования ипотекина современном этапе
Доклад по теме Половая самоидентификация
Реферат по теме Права пациента
Реферат Про Жизнь Пушкина
План Написания Сочинения Егэ Обществознание
Реферат: Satellite Atm Networks Essay Research Paper Increasing
Дипломная Работа На Тему Понятие И Виды Договоров В Римском Праве
Годовая Контрольная Работа По Литературе 5
Учебное пособие: Методические указания предназначены для студентов, ма-гистрантов и докторантов, разработчиков баз данных, специа-листов по автоматизированным системам управления. Рецензент: проф. Каишаури Т. В
Реферат: Технологический процесс механической обработки детали Траверса, проект специального станочного приспособления для фрезерования паза детали, проект специального станочного приспособления для фрезерования контура детали, ...
Курсовая работа: Социальная политика РФ
Магистерская Диссертация Работа
Книга: О чем расскажет анализ крови
Реферат: Средневековое ирландское право
Сочинение По Литературе Проблема Отцов И Детей
Учебное пособие: Розважально-конкурсні програми
Реферат: Christianity Essay Research Paper Christianity is one
Радиоэлектронные средства навигации и связи - Коммуникации, связь, цифровые приборы и радиоэлектроника курсовая работа
Конституционное право как отрасль национального права, наука и учебная дисциплина - Государство и право реферат
Магнитные свойства минералов - Геология, гидрология и геодезия контрольная работа