Дипломная работа: Автоматизация "личного кабинета" консультанта по недвижимости (на примере организации Росинформ)

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
8
После некоторой доработки и адаптации к специфическим условиям
проведения работ система автоматизации «Росинфом» может применяться
сотрудниками в любых других поисково-справочных системах.
Реализация результатов работы.
Опытная версия разработанной автоматизированной системы была
внедрена в середине 2016 года.
Структура пояснительной записки ВКР.
Пояснительная записка к ВКР выполнена на 106 страницах машинного
текста, содержит 12 рисунков. Она состоит из введения, трех глав (разделов) и
заключения. Список использованной литературы содержит 26 ссылок.
В первом разделе проводится исследование предметной области,
определение требования к системе автоматизации и обзор существующего
программного обеспечения.
Во втором разделе производится проектирование архитектуры
информационной системы. Представлены диаграммы компонент и размещения
с выделением подсистем, рассмотрена физическая модель. На основе
выявленных моделей составлена физическая модель данных.
В третьем разделе содержится описание процесса реализации, выбор
среды разработки и особенности реализации системы.
В заключении подведены итоги работы над системой автоматизации
личного кабинета, отмечены преимущества разработанного программного
продукта, а также указаны возможные направления совершенствования
развития системы.
В приложении содержится выдержка их технического задания системы
автоматизации ООО Росинфом.
9
ГЛАВА 1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
Согласно основным положения программной инженерии всякий процесс
разработки программного обеспечения проходит итеративно несколько этапов
(фаз) своего жизненного цикла.
На первом этапе мы проводим сбор и фиксацию требований к
рассматриваемой предметной области. Эту работу мы проводили при помощи
анкетирования (бесед) с работниками агенства.
Результатом этой фазы явилось построение функциональной модели
предметной области.
Для фиксации результатов этой и остальных фаз мы использовали
объектно-ориентированный подход.
Для объектно-ориентированного подхода разработаны графические
методы моделирования предметной области, обобщенные в языке
унифицированного моделирования UML (unify modeling language).
UML представляет собой объектно-ориентированный язык
моделирования, обладающий следующими основными характеристиками:
является языком визуального моделирования, который
обеспечивает разработку репрезентативных моделей для организации
взаимодействия заказчика и разработчика ИС, различных групп разработчиков
ИС;
содержит механизмы расширения и специализации базовых
концепций языка.
UML — это стандартная нотация визуального моделирования
программных систем, принятая консорциумом Object Managing Group (OMG)
осенью 1997 г., и на сегодняшний день она поддерживается многими объектно-
ориентированными системами.
UML включает внутренний набор средств моделирования, которые
сейчас приняты во многих методах и средствах моделирования. Эти концепции
10
необходимы в большинстве прикладных задач, хотя не каждая концепция
необходима в каждой части каждого приложения.
Перспективы дальнейшего развития UML связаны со становлением и
интенсивным развитием парадигмы объектно-ориентированного анализа -
компонентной разработки приложений (Component-Based Development - CBD).
Язык UML находит широкое применение в качестве неофициального
стандарта в процессе разработки программных систем, связанных с такими
областями, как моделирование бизнеса, управление требованиями, анализ и
проектирование, программирование и тестирование. Применительно к этим
процессам в языке UML унифицированы стандартные обозначения основных
элементов соответствующих предметных областей.
Последующая разработка модели системы, направленная на решение
определенных проблем, может потребовать привлечения знаний из различных
дисциплин. С этой точки зрения язык UML может быть использован не только
для унификации представлений этих знаний, но что не менее важно - для их
интеграции, направленной на повышение адекватности много-модельных
представлений сложных систем.
В связи с этим значение языка UML существенно возрастает, поскольку
он все более приобретает черты языка представления знаний. При этом наличие
в языке UML изобразительных средств для представления структуры и
поведения модели позволяет достичь адекватного представления
декларативных и процедурных знаний и, что не менее важно, установить между
этими формами знаний семантическое соответствие.
1.1. Функциональная модель системы “Личный кабинет
консультанта ООО Росинфом”
Первым этапом разработки любого программного продукта является
этап анализа предметной области. Анализ предметной области позволяет
подробно изучить бизнес-логику области деятельности, в которой должно
работать будущее приложение, определить основные требования со стороны
заказчика, а также оценить объем работы, которую необходимо выполнить.
11
Множество способов интеграции интерфейсов, данных, бизнес-
процессов и т. д. - требует проведения анализа и оценки функциональных
возможностей каждого из них, сравнения архитектур интеграционных решений
и возможностей их компонентов, выработки методологии, описывающей
возможные пути решения интеграционных задач в зависимости от начальных
условий.
Выбор правильного подхода, а также технологий, на которых он будет
основан, во многом определяет возможности и тенденции развития
информационной системы предприятия. Если в одном случае она переходит на
новый этап развития, становясь более гибкой и решая новый объем задач, то в
другом становится чрезвычайно сложной, трудно поддерживаемой и
развиваемой.
Основную трудность при «ручном» проведении работ ООО Росинфом
вызывает большое количество разнородных и не структурированных
коммерческих документов, которые клиенты-поставщики предоставляют в
хранилище системы. Формирование больших списков, составление отчетов по
результатам проведения работ – вот лишь некоторые из трудоемких задач,
которые сотрудникам ООО Росинфом приходится выполнять вручную.
Конечно же, они используют в своей работе вычислительную технику,
но это использование редко выходит за пределы работы в текстовом редакторе
Word. В то время как, возможности имеющейся в распоряжении
вычислительной техники намного превосходят ту пользу, которая из них
извлекается.
Для создания системы автоматизации работы ООО Росинфом
необходимо реализовать как минимум следующую функциональность:
ввод данных в центральную базу данных (Хранилище);
поиск и отбор данных по заданным критериям из (Хранилища);
вывод результатов запросов к хранилищу (списков, отчетов) должен
быть полным, удобным для оперативного использования консультантом в
процессе беседы с клиентами.
12
Кроме того, разработанная система должна учитывать постоянную
логику предметной области и быть способной адаптироваться к конкретным
условиям, которые, как показывает опыт, постоянно меняются.
Актуальность работы.
Актуальность работы подтверждается необходимостью эффективного
решения проблемы нарастания нагрузки на сотрудников ООО Росинфом,
которая возрастает с ростом числа коммерческих предложений, поступающих в
ООО Росинфом, а также необходимостью повышения эффективности, точности
и безошибочности работы персонала.
Основная цель создания любой программной системы - создание такого
программного продукта, который помогает пользователю выполнять свои
повседневные задачи. Для создания таких программ первым делом
определяются требования, которым должна удовлетворять система.
Для того, чтобы более точно понять как должна работать система, здесь
используется описание функциональности системы через построение
функциональной модели средствами языка UML. В свою очередь,
функциональная модель в UML описывается (изображается) в виде одной или
нескольких диаграмм вариантов использования (Use Case или прецедентов).
На Рисунок 2 приведена главная диаграмма прецедентов которая
создана мною на первой фазе жизненного цикла рассматриваемой системы.
Варианты использования это – блоки функционала которые может
осуществлять система в ответ на внешние воздействия пользователей или
других программных систем (актеров). Варианты использования отражают
функциональность системы с точки зрения получения значимого результата для
пользователя, поэтому они точнее позволяют ранжировать функции по
значимости получаемого результата.
Диаграммы использования описывают функциональность ИС, которая
будет видна пользователям системы. Каждая функциональность изображается в
виде прецедентов использования (use case) или просто прецедентов. Прецедент
— это типичное взаимодействие пользователя с системой, которое при этом:
Источник: https://baza.diplomsite.ru/previewfile/2504