агенство. текст. Разработка информационной системы
 Скачать 136.29 Kb.
|
|
6 Рисунок 1 Блок-схема работы информационной системы организации Наличие такой базы данных позволяет сформировать информацию для принятия решений. Сама по себе информационная система не является инструментом для принятия управленческих решений. Решения принимаются людьми. Но система управления в состоянии представить или «подготовить» информацию в таком виде, чтобы обеспечить принятие решения. Системы поддержки принятия решений в состоянии обеспечить, например: отслеживание эффективности работы различных участков и служб для выявления и устранения слабых звеньев, а также для совершенствования бизнес-процессов и организационных единиц; анализ деятельности отдельных подразделений; обобщение данных из различных подразделений; анализ показателей различных направлений финансовохозяйственной деятельности предприятия для выделения перспективных и убыточных направлений бизнеса; выявление тенденций, развивающихся на предприятии, так и на рынке. Не следует забывать и о том, что работать с системой придётся обычным людям, являющимся специалистами в своей предметной области, но зачастую обладающими весьма средними навыками в работе с компьютерами. Интерфейс информационных систем должен быть им интуитивно понятен. 7 1.3 Пользователи и функции пользователей информационной системы Целью создания информационной системы для агентства недвижимости является автоматизация основных процессов, происходящих в агентстве. Пользователями данной информационной системы будут являться сотрудники агентства: риелторы, операторы ЭВМ, программист, секретарь, а также клиенты агентства. В информационной системе должен быть обеспечен ввод и хранение информации о недвижимости, обо всех сделках клиентов, информация о всех риелторах, их расписание и режим работы. Поэтому входными данными для проектирования информационной системы должны быть следующие характеристики: информация о недвижимости: адрес, площадь, цена, количество комнат; информация о продажах: дата продажи, сумма сделки, информация о недвижимости, информация о риелторе и клиенте; информация о риелторах: фамилия, имя и отчество риелтора; информация о специализации врачей: название специализации; информация о клиентах: фамилия, имя, отчество и телефон клиента. Информационная система агентства недвижимости должна выполнять следующие задачи: предоставлять возможность для внесения, изменения и удаления информации о недвижимости, клиентах, риелторах, о проведённых следках; предоставлять информацию о недвижимости, выставленной на продажу, или сдаваемой в аренду. Создаваемая информационная система должна удовлетворять следующим эксплуатационным требованиям: актуальным информационным потребностям; актуальным требованиям за приемлемое время, т. е. заданным требованиям производительности; 8 выявленным и вновь возникающим требованиям конечных пользователей; должна легко расширяться при реорганизации и расширении предметной области; должна легко изменяться при изменении программной и аппаратной среды; данные, загруженные в базу данных должны оставаться корректными; данные до включения в базу данных должны проверяться на достоверность; доступ к данным, размещаемым в базе данных через объектноориентированную модель, должны иметь только лица с соответствующими полномочиями. 1.4 Требования к информационной системе Информационная система, как и любой другой инструмент, должна иметь свои характеристики и требования, в соответствии с которыми можно было бы определить её функциональность и эффективность. Разумеется, для каждого конкретного предприятия требования к информационной системе будут различными, так как должна учитываться специфика каждой организации. Несмотря на это, надлежит выделить несколько основных требований к системе, общих для всех «потребителей»: 1. Локализация информационной системы. В связи с тем, что наиболее крупными разработчиками информационных систем являются зарубежные компании, система должна быть приспособлена к пользованию российскими компаниями. Причём здесь имеется в виду локализация как функциональная (учёт особенностей российского законодательства и систем расчётов), так и лингвистическая (система помощи и документация на русском языке). 9 2. Система должна обеспечивать надёжную защиту информации, для чего необходимо парольное разграничение доступа, многоуровневая система защиты данных и т.д. 3. В случае внедрения системы на крупное предприятие со сложной организационной структурой, необходима реализация удалённого доступа для того, чтобы информацией могли пользоваться все структурные подразделения организации. 4. В силу влияния внешних и внутренних факторов (изменений направления бизнеса, изменения в законодательстве и т.п.), система должна быть адаптивной. 5. Необходима возможность консолидации информации на уровне предприятий (объединение информации филиалов, дочерних компаний и т.д.), на уровне отдельных задач, на уровне временных периодов. Эти требования являются основными, но далеко не единственными критериями выбора корпоративной информационной системы для предприятия. 1.5 Выбор методологии моделирования В настоящее время на рынке компьютерных технологий представлено множество специальных программ, позволяющих обследовать предприятие и построить модель. Выбор методологии и инструментов, с помощью которых проводится моделирование бизнес-процессов, основополагающего значения не имеет. Существуют стандартизированные, опробованные временем методологии и инструментальные средства, с помощью которых можно обследовать предприятие и построить его модель. Ключевое их преимущество - простота и доступность к овладению. Моделирование бизнес-процессов затрагивает многие аспекты деятельности компании: изменение организационной структуры; оптимизацию функций подразделений и сотрудников; 10 перераспределение прав и обязанностей руководителей; изменение внутренних нормативных документов и технологии проведения операций; новые требования к автоматизации выполняемых процессов и т. д. Целью моделирования является систематизация знаний о компании и ее бизнес-процессах в наглядной графической форме более удобной для аналитической обработки полученной информации. Модель должна отражать структуру бизнес-процессов организации, детали их выполнения и последовательность документооборота. Моделирование бизнес-процессов организации включает два этапа структурное и детальное. Структурное моделирование бизнес-процессов организации может выполняться в нотации IDEF0 с использованием инструментария BPwin. В данной работе моделирование процессов выполнялось на языке IDEF0, IDEF3, IDEF1X и DFD в программе MS Office Visio. На этапе структурного моделирования в модели должны быть отражены: - существующая организационная структура; - документы и иные сущности, используемые при исполнении моделируемых бизнес-процессов и необходимые для моделирования документооборота, с описаниями их основного смысла; - диаграммы взаимодействия, отражающие последовательность создания и перемещения документов (данных, материалов, ресурсов и т.п.) между действующими лицами. Детальная модель организации должна включать: - набор прецедентов, отражающих возможные варианты выполнения бизнес-процессов «как есть»; - диаграммы действий, детально описывающие последовательность выполнения бизнес-процессов; 11 - диаграммы взаимодействия, отражающие схемы документооборота. Модели должны быть согласованы с ведущими специалистами организации, обладающими необходимыми знаниями. 12 2 РАЗРАБОТКА МОДЕЛИ ИНФОРМАЦИОННОЙ СИСТЕМЫ 2.1 Моделирование бизнес-процессов в организации (IDEF0) Функциональная модель предназначена для описания существующих бизнес - процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей - того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. В IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной - функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более чётко смоделировать логику и взаимодействие процессов организации. Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определённые вопросы. Основными понятиями методологии функционального моделирования работ являются: - Работы (activity) - поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. На диаграмме работы изображаются прямоугольниками. - Вход (Input) - материал или информация, которые используются работой для получения результата. - Управление (Control) - правила, стратегии, стандарты, которыми руководствуется работа. - Выход (Output) - материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода, так как работа без результата не имеет смысла и не должна моделироваться. 13 - Механизм (Mechanism) - ресурсы, которые выполняют работу (персонал). - Вызов (Call) представляет собой взаимодействие одной модели работ с другой. Различают в IDEF0 пять типов связей работ. - Связь по входу (input-output) имеет место, когда выход вышестоящей работы направляется на вход следующей работы. - Связь по управлению (output-control) обозначает ситуацию, когда выход вышестоящей работы направляется на управление следующей работы. Связь показывает доминирование вышестоящей работы. - Обратная связь по входу (output-input feedback) имеет место, когда выход нижестоящей работы направляется на вход вышестоящей. - Обратная связь по управлению (output-control feedback) обозначает ситуацию, когда выход нижестоящей работы направляется на управление вышестоящей. Является показателем эффективности бизнеспроцесса. - Связь выход-механизм (output-mechanism) имеет место, когда выход одной работы направляется на механизм другой и показывает, что работа подготавливает ресурсы для проведения другой работы. Из перечисленных блоков строятся диаграммы работ, описывающие принципы функционирования системы. Процесс моделирования какой-либо системы в IDEF0 начинается с определения контекста, т. е. наиболее абстрактного уровня описания системы в целом. Построение модели ИС начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы (рис.2). После описания контекстной диаграммы проводится функциональная декомпозиция система разбивается на подсистемы, каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени 14 подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции. Диаграмма работы информационной системы агентства недвижимости отображает весь поток входных и выходных данных, которые обрабатываются в информационной системе. Деятельность агентства производится на основании гражданского и жилищного кодекса. После согласования цены и остальных условия договора оформляется сделка. Гражданский кодекс Жилищный кодекс Информация о недвижимости Информация о клиенте Продажа недвижимости Сделка Риелтор Рисунок 2 Контекстная диаграмма информационной системы агентства недвижимости 2.2 Моделирование потоков данных (DFD) 15 Диаграммы потоков данных (DFD) являются основным средством моделирования функциональных требований к проектируемой системе. С их помощью эти требования представляются в виде иерархии функциональных компонентов (процессов), связанных потоками данных. Главная цель такого представления продемонстрировать, как каждый процесс преобразует входные данные в выходные, а также выявить отношения между этими процессами. Модель DFD, как и большинство других структурных моделей иерархическая модель. Каждый процесс может быть подвергнут декомпозиции, то есть разбиению на структурные составляющие, отношения между которыми в той же нотации могут быть показаны на отдельной диаграмме. Для построения DFD используются две различные нотации, соответствующие методам Йордана-ДеМарко и Гейна-Сэрсона. Эти нотации незначительно отличаются друг от друга графическим изображением символов. В основе методологии Гейна-Сэрсона лежит построение модели анализируемой ИС - проектируемой или реально существующей. В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных (DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процесс становятся элементарными и детализировать их далее невозможно. Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те в свою очередь преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам 16 или подсистемам, накопителям данных или внешним сущностям потребителям информации. Таким образом, основными компонентами диаграмм потоков данных являются: - внешние сущности; - системы/подсистемы; - процессы; - накопители данных; - потоки данных. 1. Внешние сущности Внешняя сущность представляет собой материальный предмет или физическое лицо, представляющее собой источник или приёмник информации, например, заказчики, персонал, клиенты. Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой ИС. В процессе анализа некоторые внешние сущности могут быть перенесены внутрь диаграммы анализируемой ИС, если это необходимо, или, наоборот, часть процессов ИС может быть вынесена за пределы диаграммы и представлена как внешняя сущность. Внешняя сущность обозначается квадратом, расположенным как бы "над" диаграммой и бросающим на неё тень, для того, чтобы можно было выделить этот символ среди других обозначений. 2. Системы и подсистемы При построении модели сложной ИС она может быть представлена в самом общем виде на так называемой контекстной диаграмме в виде одной системы как единого целого, либо может быть декомпозирована на ряд подсистем. Номер подсистемы служит для её идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями. 3. Процессы 17 Процесс представляет собой преобразование входных потоков данных в выходные в соответствии с определённым алгоритмом. Физически процесс может быть реализован различными способами: это может быть подразделение организации (отдел), выполняющее обработку входных документов и выпуск отчётов, программа, аппаратно-реализованное логическое устройство и т.д. Номер процесса служит для его идентификации. В поле имени вводится наименование процесса в виде предложения с активным недвусмысленным глаголом в неопределённой форме (вычислить, рассчитать, проверить, определить, создать, получить), за которым следуют существительные в винительном падеже, например: - "Ввести сведения о клиентах"; - "Выдать информацию о имеющейся недвижимости"; - "Проверить поступление денег". Использование таких глаголов, как "обработать", "модернизировать" или "отредактировать" означает, как правило, недостаточно глубокое понимание данного процесса и требует дальнейшего анализа. Информация в поле физической реализации показывает, какое подразделение организации, программа или аппаратное устройство выполняет данный процесс. 4. Накопители данных Накопитель данных представляет собой абстрактное устройство для хранения информации, которую можно в любой момент поместить в накопитель и через некоторое время извлечь, причём способы помещения и извлечения могут быть любыми. Накопитель данных может быть реализован физически в виде ящика в картотеке, таблицы в оперативной памяти, файла на магнитном носителе и т.д. Накопитель данных идентифицируется буквой "D" и произвольным числом. Имя накопителя выбирается из соображения наибольшей информативности для проектировщика. 18 Накопитель данных в общем случае является прообразом будущей базы данных, и описание хранящихся в нем данных должно быть увязано с информационной моделью. 5. Потоки данных Поток данных определяет информацию, передаваемую через некоторое соединение от источника к приёмнику. Реальный поток данных может быть информацией, передаваемой между двумя устройствами, пересылаемыми по электронной почте письмами, дисками, переносимыми с между компьютерами и т. д. Диаграмма DFD отображает работу агентства недвижимости. Внешней сущностью здесь выступает клиент, который обращается в агентство путём ввода личных данных. После ввода личных данных клиент заносится в БД зарегистрированных пользователей, после чего пользователю из базы данных информации о недвижимости предлагается выбрать недвижимость. После информация о выбранной пользователем недвижимости заносится в базу данных для дальнейшего оформления. Клиент Личные данные Регистрация Информация о клиенте 1 База данных клиентов 3 2 Информация о недвижимости База данных совершённых сделок Информация о клиенте Список недвижимости Выбранная недвижимость Информация о сделке Выбор недвижимости Оформление Рисунок 3 Диаграмма DFD организации работы ИС 2.3 Описание логики взаимодействия информационных потоков (IDEF3) IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий 19 для наглядного исследования и моделирования их сценариев. Сценарием называется описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса (например, описание последовательности этапов обработки детали в цеху и изменение её свойств после прохождения каждого этапа). Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух основных потоков: документов, определяющих структуру и последовательность процесса (технологических указаний, описаний стандартов и т.д.), и документов, отображающих ход его выполнения (результатов тестов и экспертиз, отчётов о браке, и т.д.). Для эффективного управления любым процессом, необходимо иметь детальное представление об его сценарии и структуре сопутствующего документооборота. Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи: - Документировать имеющиеся данные о технологии процесса, выявленные, скажем, в процессе опроса компетентных сотрудников, ответственных за организацию рассматриваемого процесса. - Определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов. - Определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл процесса, например, изменение конструктивных, технологических или эксплуатационных свойств конечного продукта. - Содействовать принятию оптимальных решений при реорганизации технологических процессов. - Разрабатывать имитационные модели технологических процессов, по принципу "КАК БУДЕТ, ЕСЛИ..." В данной работе диаграмма IDEF3 будет отображать суть работы регистрации пользователя на сайте агентства недвижимости. Сначала пользователь вводит свои данные в специальную форму, затем происходит |