агенство. текст. Разработка информационной системы
 Скачать 136.29 Kb.
|
|
Рисунок 2.2. Функционально-технологическая схема задачи А1 «Ведение справочников» Для каждого выделенного модуля разработана функционально-технологическая схема и детальный алгоритм ее кодирования. Блок-схема задачи А1 приведена на рисунке 2.14, а функционально-технологические схемы всех модулей задачи А1 – на рисунке 2.15. Рисунок 2.3. схема решения задачи А1 «Ведение справочников» Рисунок 2.4. Функционально-технологические схемы модулей задачи А1 Опишем подробнее полученные схемы. Для модуля А1.1: Процесс: Проверка и внесение данных о товаре. Вход: информация о товаре. Выход: сформированные данные о товаре в БД Алгоритм: · Проверка наличия данных о товаре в БД · Вывести данные о товаре на экран. Для модуля А 1.2: Процесс: Проверка и внесение данных о клиенте. Вход: информация о клиенте. Выход: сформированные данные о клиенте в БД Алгоритм: · Проверка наличия данных о клиенте в БД · Если данные отсутствуют, то внести новую запись в БД · Вывести данные о клиенте на экран. Для модуля А 1.3: Процесс: Проверка и внесение данных о свойстве товара. Вход: информация о свойстве товаре. Выход: сформированные данные о свойстве товара в БД Алгоритм: · Проверка наличия данных о свойстве товаре в БД · Если данные отсутствуют, то внести новую запись в БД · Вывести данные о свойстве товара на экран. Для модуля А 1.4: Процесс: Проверка и внесение данных о пользователе. Вход: информация о пользователе. Выход: сформированные данные о пользователе в БД Алгоритм: · Проверка наличия данных о пользователе в БД · Если данные отсутствуют, то внести новую запись в БД · Вывести данные о пользователе на экран. Для модуля А 1.5: Процесс: Проверка и внесение данных о проектах. Вход: информация о проекте. Выход: сформированные данные о проекте в БД Алгоритм: · Проверка наличия данных о проекте в БД · Если данные отсутствуют, то внести новую запись в БД · Вывести данные проекте на экран. Для модуля А 1.6: Процесс: Проверка и внесение данных о подразделении. Вход: информация о подразделении. Выход: сформированные данные о подразделении в БД Алгоритм: · Проверка наличия данных о подразделении в БД · Если данные отсутствуют, то внести новую запись в БД · Вывести данные о подразделении на экран. Для модуля А 1.7: Процесс: Проверка и внесение данных о производителях. Вход: информация о производителе. Выход: сформированные данные о производителе в БД Алгоритм: · Проверка наличия данных о производителе в БД · Если данные отсутствуют, то внести новую запись в БД · Вывести данные о производителе на экран. Далее рассмотрим задачу внесения в систему документов, назовем ее Б1. Для решения этой задачи оператор группы оформления документов сортирует входящие бумажные документы, обрабатывает их и вносит в систему, в результате чего изменяются записи в таблице остатков и журнале документов. Функционально-технологическая схема задачи Б1 представлена на рисунке 2.16. Рисунок 2.5. Функционально-технологическая схема задачи Б1 «Введение документов». Для каждого выделенного модуля разработана функционально-технологическая схема и детальный алгоритм ее кодирования. Блок-схема задачи Б1 приведена на рисунке 2.17, а функционально-технологические схемы всех модулей задачи Б1 – на рисунке 2.18. Рисунок 2.6. Блок схема решения задачи Б1 «Введение документов» Рисунок 2.7. Функционально-технологические схемы модулей задачи Б1 Далее рассмотрим задачу получения отчетов, назовем ее В1. Для решения этой задачи пользователь программы выбирает нужный вид отчета, в результате чего формируется экранная форма выбранного вида отчета Функционально-технологическая схема задачи В1 представлена на рисунке 2.19. Рисунок 2.8. Функционально-технологическая схема задачи В1 «Формирование отчетов» Блок-схема задачи В1 приведена на рисунке 2.20, а функционально-технологические схемы всех модулей задачи В1 – на рисунке 2.21 Рисунок 2.9. Блок-схема задачи В1 Рисунок 2 . 10 . Функционально-технологические схемы модулей задачи В1 2.4 Контрольный пример реализации проекта и его описание Для проверки правильности и целостности работы разработанного приложения был сделан контрольный пример работы приложения. Данные для этого контрольного примера были подобраны таким образом, чтобы охватить все функции и подсистемы разработанного приложения, проверить все алгоритмы, заложенные в него. Реализация контрольного примера состоит из трех этапов: · Ввод тестовой информации в справочники; · ввод тестовых примеров движения товаров на складе; · получение отчетов, отражающих изменение количества товаров на складах и позволяющих сделать анализ движений. Первый этап реализации контрольного примера заключается во вводе тестовых данных в справочники системы. Тестовые данные были подобраны таким образом. Чтобы задействовать все справочники, как основные, так и хранящие дополнительную информацию. В справочник товаров были введены три товара: · Дверь «Клинкор» металлическая; · Дверь «Базель» деревянная; · Дверь «Вегас» металлическая На рисунке 2.24 приведена экранная форма со списком товаров. Рисунок 2.11. Список товаров В таблице 17 приведены тестовые данные по свойствам товаров и значениям, которые могут принимать эти свойства Таблица 17. Тестовые данные по свойствам товаров. В таблице 18 приведены назначенные товарам свойства и их значения. Таблица 18. Тестовые данные назначения свойств товаров товарам. Товар Свойство Назначенное значение свойства Дверь «Клинкор» металлическая Замок 1 Замок «Тайсон» Замок 2 Замок «Верита» Вес 500 кг Внешняя обивка Пластик Внутренняя обивка Отсутсвует Утепление Отсутсвует Дверь «Вегас» металлическая Замок 1 Замок «Тайсон» Замок 2 Замок «Вегас» Вес 150 кг Внешняя обивка Декоративный пластик Внутренняя обивка Ковролин Утепление Полистирол Дверь «Базель» деревянная Замок 1 Замок «Тайсон» Замок 2 Отсутсвует Вес 120 кг Внешняя обивка Отсутсвует Внутренняя обивка Ковролин Утепление Паралон Для отнесения товара к тому или иному типовому проекту зданий и помещений, в которых могут применяться изделия, был заполнен справочник проектов и их свойств. Их содержимое представлено в таблице 19. Таблица 19. Тестовые данные по проектам. Отнесение товара к тому или иному проекту представлено в таблице 20. Таблица 20. Тестовые данные по отнесению товаров к проектам. Назначение товару всех данных, задание ему аналогов, свойств, отнесение его к тому или иному проекту приведено на рисунке 2.25. Рисунок 2.12. Тестовая Форма редактирования товара Также для полноты тестового примера необходимо заполнить справочники производителей, клиентов, складов и пользователей. Их заполнение приведено на рисунках 2.26 – 2.29. Рисунок 2.13. Тестовое заполнение справочника производителей Рисунок 2.14. Тестовое заполнение справочника клиентов. Рисунок 2.15. Тестовое заполнение справочника складов. Рисунок 2.16. Тестовое заполнение справочника пользователей. Результатом этого этапа тестирования является заполненная база данных, в которую внесены все данные справочников. Наиболее эффективным и демонстративным способом проверки полноты и правильности заполнения справочников является поиск нужного товара при помощи фильтра товаров. Фильтр товаров позволяет осуществить отбор товара по любым критериям и их совокупности. Так при тестировании были сделаны следующие отборы: · все изделия, имеющие замок «Тайсон» (форма фильтра приведена на рисунке). · все изделия, относящиеся к проекту «Загородный дом» или к проекту «Квартира в многоквартирном доме» · все изделия производителя «Клондайк». Рисунок 2 . 17 . Задание фильтра товаров. После того, как имеются все заполненные справочники можно приступать ко второму этапу тестирования: вводу документов по движению товаров на складах. На этом этапе были введены несколько документов, выполняющих приход и расход всех тестовых товаров по складам. Журнал документов приведен на рисунке, содержимое некоторых документов приведено на рисунке 2.31. Рисунок 2 . 18 . Журнал документов. Рисунок 2 . 19 . Форма документа. Следует отметить, что в реальной жизни оформление документов по движению товара по складу происходит в режиме реального времени в порядке поступления бумажных документов. При этом при оформлении каждого нового документа операторы не контролируют остатки товара на складе. Просмотреть остатки товара, а также проанализировать движения товаров по складам в разрезе документов позволяет третий этап тестирования: получение аналитических отчетов. На данном этапе были получены отчеты по остаткам без разрезов документов, а также отчет по остаткам и движениям товара в разрезе документов. Данные отчеты позволили проследить изменение остатков товаров на складах и понять как из начального остатка получился конечный. По результатам тестирования можно утверждать, что программа работает верно. Она удовлетворяет всем своим требованиям: функциональным характеристикам, надежности и корректности работы, информационной и программной совместимости, составу аппаратных и программных средств, составу программной документации. Заключение В результате выполнения дипломного проекта изучена методика ведения складского учета в ООО «Юнион-двери». На основании изученной методики была разработана структура базы данных, необходимая для хранения данных системы. Также была выбрана операционная система, в которой должно будет функционировать разрабатываемое приложение, и выбран язык программирования и система программирования, при помощи которой будет проводиться разработка. Результатом дипломного проектирования стало разработано приложение, автоматизирующее процесс складского учета. В соответствии с описанной методикой тестирования программы результаты проверки показали, что программа работает верно во всех предполагаемых ситуациях, с различными наборами входных данных. Программа работает в операционной системе Windows 95/98, NT, 2000 , XP и выполнена в среде BorlandC++ Builder. Результатами работы программы являются таблицы документов движения по складам и остатков товаров на складах. Разработанное приложение в ближайшее время будет внедрено на ООО «Юнион-двери». Руководство ООО «Юнион-двери» ожидает от внедрения разработанного приложения большого качественного скачка в организации складского учета. За счет того, что работа персонала будет значительно облегчена за счет автоматизации ведения справочной информации, оформления документов и получения отчетов качество работы персонала значительно улучшится. Разработанное приложение позволит навести порядок в организации работы всех подразделений и каждого конкретного сотрудника, разграничит сотрудников по полномочиям и выполняемым функциям, выявит узкие места в организации деятельности подразделений. Возможность мгновенного получения актуальных остатков на складе позволит устранить хищения продукции, а возможность получения отчетов по движениям товара позволит составлять аналитические отчеты по анализу продаж и делать прогнозы на будущие периоды. 1. Подбельский В.В., Фомин С.С. Программирование на языке Си: Учеб. Пособие. – 2-е доп. Изд. – М: Финансы и статистика, 2002. – 600с. 2. Герберт Шилдт Программирование на C и C++ для Windows 95 - К.: Торгово - издательское бюро BHV, 1996 3. Ч. Петзолд Программирование для Windows 95; в двух томах - СПб.: BHV - Санк-Петербург, 1997 4. Архангельский П.А. «Программирование в BorlandC++ 4.0» M. Наука, 2000 5. Страуструп Б. «Язык программирования С++: Пер. с англ.» М. Радио и связь, 1991.-352с.:ил. 6. Бобровский С.И. Delphi 5 – М.: Питер, 2002. 7. Гаевский A. Разработка программных приложений на Delphi 6 – М.: Киев, 2000. 8. ЗуевВ. A. Turbo Pascal 6.0, 7.0. М.: Москва, 1998. 9. Коцюбинский А.О., Грошев С.В. Язык программирования Delphi 5 – М.: Москва, 1999. 10. Леонтьев В.И. Delphi 5 – М.: Москва, 1999. 11. МоисеевА.С. Object Pascal – М.: Москва, 2000. 12. Немнюгин С.А. Программирование – М.: Питер, 2000. 13. Ремизов Н. C. Delphi – М.: Питер, 2000 14. Архангельский П.А. Программирование в Delphi 5. M., Наука, 2000 15. Дарахвелидзе П.Г. Программирование в DELPHI 5. СПб., Бином, 2000 16. Тейксейра С. Т. DELPHI 5. Руководство разработчика. М., Вильямс, 2000 17. Угринович Н. Информатика и информационные технологии. Набор базовых знаний. М., Радио и связь, 2000 18. Фаронов В.В. Delphi 3. Учебный курс. М., Нолидж, 1998 19. Фаронов В.В. Delphi 4. Учебный курс. М., Нолидж, 1998 20. Харрингтон Дж. Проектирование реляционных баз данных. М., ЛОРИ, 2000 21. Шумаков В.П. Delphi 3 и создание приложений баз данных. М., Нолидж, 1998 22. ГОСТ 2.105-95 ЕСКД. Общие требования к текстовым документам 23. ГОСТ 19.103-33 ЕСПД. Обозначение программ и программных документов. 24. ГОСТ 19.701-90 ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения. Приложение Диаграмма потока данных «как есть» Диаграмма потока данных «как должно быть». Схема документооборота в разрезе работы с клиентами по операциям с недвижимостью. Транскрипт 1 Проектирование информационной системы «Агентство недвижимости» Сахно С.И. Балаковский инженерно-технологический институт филиал федерального государственного автономного образовательного учреждения высшего профессионального образования «Национальный исследовательский ядерный университет «МИФИ» г. Балаково, Россия Design of the information system "Real estate agency" Sakhno S.I. Balakovo Institute of Engineering and Technology of the National Research Nuclear University MEPhI (Moscow Engineering Physics Institute) Balakovo, Russia 2 ВВЕДЕНИЕ Развитие информационных технологий в мире и в нашей стране происходит уже более 25 лет. И в современном обществе уже трудно представить, как обходились бы люди без технических средств, информационно-коммуникационных технологий и персонального компьютера в своей жизни и профессиональной сфере деятельности. Информация превратилась в один из наиболее важных ресурсов, а информационные системы стали необходимым инструментом практически во всех сферах деятельности. Современная жизнь человека настолько насыщена различного рода информацией, что для её обработки требуется создание огромного количества хранилищ различного назначения. Информационные системы характеризуются огромными объёмами хранимых данных, сложной организацией, необходимостью удовлетворять разнообразные требования многочисленных пользователей. Эти задачи можно решить с использованием информационных систем. Информационные системы это системы обработки данных какой-либо предметной области со средствами накопления, хранения, обработки, преобразования, передачи, обновления информации с использованием компьютерной и другой техники. При автоматизации деятельности человека происходит перенос реального мира в электронный формат. Для этого выделяется какая-то часть этого мира и анализируется на предмет возможности автоматизации. Она называется предметной областью и строго очерчивает круг объектов, которые изучаются, измеряются, оцениваются и т.д. В результате этого процесса выделяются объекты автоматизации и определяются реквизиты, по которым данные объекты оцениваются. Результатом данного процесса становится база данных, которая описывает конкретную часть реального мира со строго определённых позиций. Актуальность разработки настоящей информационной системы для предметной области «Агентство недвижимости» заключается в необходимости 3 сокращения времени обработки информации и скорости обработки данных. Целью данной работы является проектирование информационной системы для агентства недвижимости. В процессе выполнения работы необходимо провести анализ предметной области, продумать назначение информационной системы, приобрести практические навыки по проектированию структуры, разработки и реализации информационной системы. 4 1 ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ 1.1 Характеристика организации Разрабатываемая информационная система предназначена для предметной области «Агентство недвижимости». Агентство недвижимости предоставляет профессиональное сопровождение всех операций, которые возможны на рынке недвижимости. В первую очередь это продажа и покупка жилой и коммерческой недвижимости, а также аренда квартир, комнат, земельных участков. Преимуществом агентства является объёмная база вариантов недвижимости и земельных участков, выставленных на продажу или предлагаемых для сдачи в аренду. Сотрудники агентства недвижимости ежедневно работают над расширением базы данных квартир, загородных домов, коммерческих помещений и земельных участков и хорошо в ней ориентируются. Использование информационной системы предусматривает существенное упрощение и ускорение работы по учёту клиентов фирмы, их заявок на покупку и продажу недвижимости, за счёт автоматизации операций, производимых при добавлении нового клиента в базу данных фирмы, составлении заявок для отдельно взятого покупателя или продавца, удаления данных об объекте при проведении операции продажи недвижимости. 1.2 Назначение информационной системы Под системой понимают любой объект, который одновременно рассматривается и как единое целое, и как объединённая в интересах достижения поставленных целей совокупность разнородных, взаимосвязанных и взаимодействующих между собой элементов. Системы значительно отличаются между собой как по составу, так и по главным целям. 5 Информационная система организационно-упорядоченная совокупность документов и информационных технологий, в том числе с использованием средств вычислительной техники и связи, реализующих информационные процессы. «Идеальная» информационная система управления предприятием должна автоматизировать все или, по крайней мере, большинство из видов деятельности предприятия. При чём, автоматизация должна быть выполнена не ради автоматизации, а с учётом затрат на неё, и дать реальный эффект в результатах финансово-хозяйственной деятельности предприятия. В зависимости от предметной области информационные системы могут весьма значительно различаться по своим функциям, архитектуре, реализации. Однако можно выделить ряд свойств, которые являются общими. Информационные системы предназначены для сбора, хранения и обработки информации, поэтому в основе любой из них лежит среда хранения и доступа к данным. Информационные системы ориентированы на конечного пользователя, не обладающего высокой квалификацией в области вычислительной техники. Поэтому клиентские приложения информационной системы должны обладать простым, удобным, легко осваиваемым интерфейсом, который предоставляет конечному пользователю все необходимые для работы функции и в то же время не даёт ему возможность выполнять какие-либо лишние действия. На предприятии должна быть создана база данных, которая обеспечивает хранение информации и доступность её для всех составляющих системы управления. |