агенство. текст. Разработка информационной системы
Скачать 136.29 Kb.
|
Введение Актуальность и место решаемой задачи информационного обеспечения в предметной области Для наиболее эффективного производства в любой организации возникает проблема организации управления данными. Автоматизация позволяет хранить, структурировать и систематизировать большие объемы данных. Развитие рынка способствовало увеличению количества компаний, предоставляющих риэлтерские услуги, что повлекло за собой обострение конкурентной борьбы и повышение требований по уровню, скорости и удобству обслуживания клиентов. Обслуживание клиентов состоит из двух этапов: на первом этапе выполняется поиск актуального предложения рынка недвижимости, на втором - оформление юридических документов. Увеличение скорости и качества поиска актуальных предложений (на первом этапе) требует разработки и внедрения такой информационной системы, которая предоставляла бы анализ информации о текущем состоянии рынка недвижимости. Целью курсовой работы является разработка и внедрение информационной системы по автоматизации риэлтерской деятельности фирмы «Алина» города Каменск-Шахтинского. Цели и задачи дипломного проектирования Разработка ИС включает в себя выполнение следующих задач: ¾ Изучение рынка программных продуктов, выявление их сильных и слабых сторон. ¾ Проведение анализа требований к системе и ее проектирование. ¾ Реализация информационной системы, удовлетворяющей требования заказчика. ¾ Проведение оценки эффективности технологий разработки. Данная АИС должна работать с оперативными данными, накопление этих данных позволит проводить анализ деятельности предприятия за любой период времени, а также позволит вести оперативное управление информацией по учету, покупке-продаже, обмену, приватизации недвижимости. Это является одной из задач внедрения системы. Благодаря его использованию, существенно сокращается время, затрачиваемое на подготовку, поиск и обработку необходимой информации для причисленных выше функций, выполняемых фирмой. Это достигается путем выбора наиболее оптимального способа хранения и обработки данных. При таком подходе, время, затраченное на получение этих данных другими пользователями, также сокращается. В этом заключается практическая значимость данной курсовой работы. Разрабатываемая информационная система необходима для формирования и поддержки внутренней базы квартир агентства, ввода и редактирования квартир, комнат, домовладений, земельных участков в городеКаменск-Шахтинском и других населенных пунктах, которые выставляются на продажу агентами. Также система позволит повысить производительность труда, помогая выполнить работу лучше, быстрее и дешевле. С помощью информационной системы можно повысить уровень работы директора, бухгалтера и секретаря путем автоматизации некоторых рутинных операций. 1. Разработка требований к программному обеспечению .1 Анализ существующих решений по автоматизации предметной области Агентство недвижимости «Алина» предоставляет физическим и юридическим лицам следующие услуги: ¾ Покупка недвижимости ¾ Продажа недвижимости ¾ Обмен недвижимости ¾ Аренда недвижимости ¾ Оценка недвижимости Разрабатываемая ИС должна выполнять следующие функции: ¾ Формировать и поддерживать внутреннюю базу квартир агентств. ¾ Выборка по любому набору условий квартир из внутренней базы данных. ¾ Организация схемы работы агентства с диспетчерским телефоном. ¾ Выдавать управленческую информацию для руководителей и сотрудников .2 Выбор методологии проектирования информационной системы В настоящее время в области разработки и реализации информационных систем существует несколько методологий проектирования: Методология функционального моделирования работ SADT; Методология объектно-ориентированного анализа и проектирования на языке UML; Для проектирования информационной системы была выбрана методология объектно-ориентированного анализа и проектирования на языке UML.(унифицированный язык моделирования) - язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это - открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемойUML-моделью. UML был создан для определения, визуализации, проектирования и документирования, в основном, программных систем. 1.3 Анализ предметной области Агентство недвижимости «Алина» оказывает широкий спектр услуг в сфере недвижимости, такие как покупка, продажа, аренда, оценка жилой и коммерческой недвижимости,располагается в городе Каменск-Шахтинском. На рисунке показаны структурные звенья агентства: (Сформировано средствами ПО «БИГ-Мини»): На данный момент данное агентство содержит 14 сотрудников. Основные направления деятельности фирмы изображены на рисунке(Сформировано средствами ПО «БИГ-Мини»): 1.4 Сбор требований автоматизация агентство недвижимость интерфейс Сбор требований - это процесс, необходимый для создания и утверждения документа, содержащего спецификацию системных требований. На данном этапе: ¾ Осуществляется сбор требований. ¾ Составляются профили заинтересованных лиц. ¾ Разрабатываются варианты использования. Чаще всего методология сбора требований основывается на использовании метода интервьюирования и изучения документации, описывающей деятельность фирмы. Опрошенные сотрудники пожелали увидеть в ПО интуитивно-понятный интерфейс, защищенность данных, наличие карты города для отображения объектов, возможность просмотра истории операций. Для принятия решений необходима полная информация об актуальных предложениях, ранее проданных объектах недвижимости, объектах, продажей которых занимается фирма в данных момент, а также детальное описание каждого объекта. 1.5 Анализ и моделирование требований На основе проведенной работы по сбору требований для ИС агентства недвижимости «Алина» были выявлены следующие требования: ¾ Карта города (с отображением объекта на карте). ¾ Классификатор объектов (автоматическое определение района, тип жилья, этажности, планировки, материала стен). ¾ Функция исключения «записей-дублей» объектов (при добавлении нового объекта программа проводит проверку на наличие аналогов и предупредит о наличии похожих). ¾ Слежение за сроками аренды. ¾ Возможность просмотра истории аренды. ¾ Архив базы данных собственников объектов. ¾ Архив базы данных клиентов - два статуса состояния заявок от клиента: активные и не активные. ¾ Функция скрытия приватных данных. ¾ Добавление изображений к объектам. ¾ Многопользовательский интерфейс (распределенный доступ) с авторизацией и именной привязкой к событиям. ¾ ID номер у каждого объекта, для простоты идентификации. ¾ Автоматическое резервное копирование на клиентской стороне для восстановления базы данных в случае аварийных сбоев. 1.6 Спецификация требований Спецификация требований используется для текущего сопровождения проекта и представления требований, сформулированных по отношению к проекту. Она позволяет определить предметную область программного продукта, рассматриваемого относительно трех его основных составляющих: данных, процесса и поведения. Спецификация позволяет от определения предметной области проекта перейти к области решений, определив три модели требований, отображающие характеристики данных, процесса и поведения. Доступ к ИС может осуществляться только теми категориями пользователей, которые связаны с отделом агентства, а именно: начальник, специалист, оценщик. Общие ограничения Операционная среда. Минимальные требования к операционной системе - Windows7 Starter. Ограничения дизайна и реализации-1. База данных должна быть спроектирована на SQL Server 2010. Ограничения дизайна и реализации-2. Приложение должно быть реализовано как клиент-серверная система, в которой модули, управляющие внешними устройствами, являются серверами автоматизации. Требования к внешнему интерфейсу Интерфейсы пользователя-1. Экраны вывода должны соответствовать общепринятым стандартам. Интерфейсы пользователя-2. Система должна обеспечивать ссылку на справку на каждой форме, объясняющую, как пользоваться этой формой. Интерфейсы пользователя-3. Формы должны предоставлять полную возможность навигации и выбор при помощи клавиатуры и мыши. Требования к системе приведены в таблице: Атрибуты качества ПО Доступность-1. Система должна быть доступна круглосуточно. Надежность-1. Система должна восстанавливать незавершенные отчеты в случае сбоя в сети или системе. Функциональные требования ¾ Ведение, изменение клиентского учета. ¾ Поиск по базе данных. ¾ Регистрация заявок. ¾ Предоставление отчетов. 1.7 Аттестация требований Во время процесса аттестации должны быть выполнены различные типы проверок требований. 1. Проверка правильности требований. Пользователь может считать, что система необходима для выполнения некоторых определенных функций. Однако дальнейшие размышления и анализ могут привести к необходимости введения дополнительных или новых функций. Системы предназначены для разных пользователей с различными потребностями, и поэтому набор требований будет представлять собой некоторый компромисс между требованиями пользователей системы. 2. Проверка на непротиворечивость. Спецификация требований не должна содержать противоречий. Это означает, что в требованиях не должно быть противоречащих друг другу ограничений или различных описаний одной и той же системной функции. Проверка на полноту. Спецификация требований должна содержать требования, которые определяют все системные функции и ограничения, налагаемые на систему. Проверка на выполнимость. На основе знания существующих технологий требования должны быть проверены на возможность их реального выполнения. Здесь также проверяются возможности финансирования и график разработки системы. Существует ряд методов аттестации требований, которые можно использовать совместно или каждый в отдельности. Метод прототипирования является одним из основных для реализации аттестации программного продукта на этапе анализа системы, позволяющий использовать заказчиков для контроля предъявленных к системе требований. Прототип интерфейса серверной части ИС: .8 Выводы к разделу В первом разделе курсовой работы были проанализированы существующие ИС, построены бизнес-варианты использования, описывающие основные направления деятельности сотрудников фирмы, выявлены направления деятельности по отделу агентства. Для определения требований был проведен опрос среди сотрудников фирмы как основных пользователей будущей системы. Выполнение аттестации требований посредством прототипирования стало итоговым шагом данного этапа. 2. Проектирование информационной системы 2.1 Архитектурное проектирование Архитектура проекта определяется требованиями к конфигурации системы. В случае ИС фирмы «Алина» проектирование распределенной структуры системы является необходимостью. Примерная архитектура ИС изображена на рисунке. 2.2 Проектирование пользовательского интерфейса Пользовательский интерфейс - это совокупность программных и аппаратных средств, обеспечивающих взаимодействие пользователя с компьютером. Основу такого взаимодействия составляют диалоги. Под диалогом в данном случае понимают регламентированный обмен информацией между человеком и компьютером, осуществляемый в реальном масштабе времени и направленный на совместное решение конкретной задачи: обмен информацией и координация действий. Каждый диалог состоит из отдельных процессов ввода-вывода, которые физически обеспечивают связь пользователя и компьютера. Обмен информацией осуществляется передачей сообщений и управляющих сигналов. Главное окно программы: Форма ответа на заявки клиентов: 2.3 Проектирование базы данных Основными целями проектирования базы данных являются: ¾ Представление данных и связей между ними, необходимых для всех основных областей применения данного приложения и любых существующих групп его пользователей; ¾ Создание модели данных, способной поддерживать выполнение любых требуемых транзакций обработки данных; ¾ Разработка предварительного варианта проекта, структура которого позволяет удовлетворить все основные требования, предъявляемые к производительности системы - например, ко времени реакции системы. В основу проектирования БД должны быть положены представления конечных пользователей конкретной организации - концептуальные требования к системе. При проектировании базы данных создаются два уровня модели - логический и физический. Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире. Объекты модели, представляемые на логическом уровне, называются сущностями. Логический уровень модели данных может быть построен на основе другой модели, например, концептуальной модели данных. 2.4 Обоснование выбора платформы создания информационной системы Для реализации ИС агентства недвижимости «Алина» были выбраны такие программные средства разработки как MicrosoftAccess 2010 и язык программирования MicrosoftVisual С# .Net.- это интерактивная реляционная СУБД для Windows. Это программа, которую используют для хранения и извлечения данных в зависимости от отношений, которые установлены. Работа с ней упрощена посредством манипулятора мыши. Графические возможности оболочки производят большое впечатление при изготовлении высококачественных отчетов и распечаток. Все это благодаря поддержки True-type шрифтов и встраивания OLE-объектов в рамках среды WINDOWS. OLE - объект представляет собой ссылку на определенную информацию, которая остается в своей первоначальной форме.также предоставляет в распоряжение пользователя механизмы работы с базами данных различных форматов. Поскольку в инженерном отделе находится всего 3 компьютера была потребность в небольшой и гибкой СУБД. В итоге можно сделать вывод, что MicrosoftAccess 2003 идеальная среда разработки БД для данной организации, отвечающая всем представленным требованиям. Специально для платформы MicrosoftVisualStudio .Net был разработан новый язык программирования - C#. Он впитал в себя многое из того лучшего, что есть в самых разных языках программирования. Язык C# обезоруживает своей простотой - в нем насчитывается около 80 ключевых слов и десяток встроенных типов данных. Тем не менее, он оказывается исключительно выразительным, когда дело доходит до реализации современных концепций программирования. Язык C# включает в себя самую полную поддержку структурного, компонентно-ориентированного и объектно-ориентированного программирования, которую только можно ожидать от современного языка. В C# предусмотрены встроенные синтаксические конструкции для работы с перечислениями, структурами и свойствами классов. Таким образом, гармонично сочетающиеся между собой компоненты разработки информационной системы СУБД MS Access и язык высокого уровня C#, идеально подходят не только для взаимодействия между собой, но и для нужд риэлтерской фирмы. .5 Проектирование модулей Основная задача проектирования заключается в том, чтобы превратить модели анализа в документы детализированного проектирования, на основе которых реализуется система. Логическая модель проектируемой системы строится на основе технологии Rational, используя основные объектно-ориентированные подходы языка UML. Модуль «Входные данные» содержит информацию об объекте и предполагает оформление заявки на приватизацию, куплю или продажу недвижимости. Входные данные содержат следующие параметры: ¾ Номер договора (ID) ¾ ФИО владельца ¾ Тип объекта ¾ Площадь помещения ¾ Цена (в случае продажи) ¾ Возможность прикрепить файл с изображением помещения. Входные данные помещаются в базу данных и могут быть отредактированы в любой момент времени специалистами. Специалисты могут изменять статус недвижимости (с продаваемого на проданное). Модуль «Выходные данные» предполагает оформление отчета о совершении приватизации, купли или продажи. Модуль с проданными объектами содержит следующие данные: ¾ Номер договора ¾ ФИО продавца ¾ ФИО покупателя ¾ Дата продажи ¾ Тип объекта ¾ Площадь помещения Данные формируются в виде отчета в удобном для пользователя формате, могут быть запрошены в любой момент времени и использованы для статистических сведений. .6 Выводы к разделу Во втором разделе выполнено проектирование системы учета недвижимости ИС. На данном этапе были построены модели логического и физического представления системы. Разработана база данных системы. Разработано логическое представление основных компонентов системы как независимых ActiveX-компонентов, реализующих функциональность основных понятий предметной области. Заключение Целью курсовой работы являлась разработка ИС для агентства недвижимости «Алина». Первым этапом курсовой работы являлась определение цели и задач ИС. В первом разделе выполнено бизнес-моделирование процессов организации. Построена диаграмма бизнес-вариантов использования представляющая основные направления деятельности сотрудников и построена диаграмма вариантов использования информационной системы. Во втором разделе проведено архитектурное проектирование информационной системы. Также было произведено проектирование пользовательского интерфейса, который в свою очередь является важным моментом реализации системы. После проектирования интерфейса программы, осуществлено моделирование структуры данных (логическая и физическая модели). Программное средство используемое для создания CASE-средства использовался программный продукт RationalRose 2000 EnterpriseEdition. Был рассмотрен использованный программный инструментарий. В качестве среды разработки программного обеспечения была использована MicrosoftVisualStudio 2010 и язык программирования C#. По ходу выполнения проектирования были использованы такие программные продукты как: ¾ БигМастерМини; ¾ MS SQL Server 2010; ¾ MS Word 2013; ¾ Rational Rose. Подведя итоги можно сказать, что была решена поставленная задача, касающаяся автоматизации агентства недвижимости. SHARE SHARE ЧИТАЙТЕ ТАКЖЕ Мегафон Мтс Билайн ТЕЛЕ2 Мегафон Мтс Билайн ТЕЛЕ2 © qipu.ru, 2023. Персональный помощник в мире сотовой связи . |