Анализ инструментальных средств проектирования интеллектуальных информационных систем
Интеллектуальные информационные системы: понятие, классификация, этапы проектирования. Анализ предметной области и методы приобретения знаний. Моделирование деятельности нотариальной конторы в программной среде AllFusion Process Modeler в стандарте IDEF0.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 14.06.2012 |
Размер файла | 5,5 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
· поиск данных в одной или более таблицах по запросу.
Экспертная система, как никакая другая, должна предоставлять пользователю максимально «дружелюбный» интерфейс, поскольку она в большинстве случаев является диалоговой и требует от пользователя максимального взаимодействия. Это справедливо в большой степени для так называемых оболочек экспертных систем, правильность настройки и заполнения которых является ключевым фактором в построении адекватно реагирующей экспертной системы. В данной ситуации многое зависит от логики представления информации и управляющих элементов в программе, наличия пользовательского меню и развитой справочной системой.
В инструментальной среде построения ЭС GURU, разработанной фирмой Micro Data Base Systems, Inc., методы экспертных систем сочетаются с такими средствами обработки данных, как составление электронных ведомостей, управление базой данных и деловой графикой, и таким образом формируется уникальная среда для поддержки принятия решений и разработки прикладных интеллектуальных систем.
Система GURU легка в употреблении для новичков и в то же время является достаточно эффективной и гибкой системой для профессионалов - разработчиков.
В обычных «интегрированных» программных продуктах или несколько отдельных программ помещены в операционную среду, или несколько, второстепенных компонентов вкладываются в главный компонент (как, например, программа обработки электронных ведомостей или текстовый редактор). Трудности, с которыми сталкиваются при таких стилях «интеграции», хорошо известны. Первая трудность заключается в том, что пользователь вынужден переходить назад и вперед по отдельным программам и передавать данные между ними. Метод вложений заставляет пользователя выполнить всю обработку в пределах главного компонента, и в результате получаются относительно слабые вторичные компоненты.
Метод Интеграции, используемый в системе GURU, совершенно отличается от вышеупомянутых. Он основывается на принципе синергизма. При этом под «синергизмом» здесь понимается следующее. В системе GURU все средства всегда доступны. Многочисленные компоненты можно соединять по желанию в пределах одной операции, а это характеризует систему как гибкую и удобную в использовании.
Взаимодействовать с системой можно любым из четырех различных способов: с помощью меню: на ограниченном естественном языке, в режиме команд или через специально разработанные интерфейсы. Каждый тип интерфейса системы GURU предназначен для удовлетворения потребностей и вкусов различных классов пользователей. Всеми четырьмя интерфейсами можно пользоваться во время одного и того же сеанса взаимодействия с системой GURU.
Как и в большинстве оболочек, в GURU используется продукционная модель представления знаний в виде совокупности «If-then» правил с обратной стратегией вывода в качестве основной имеется возможность моделирования нечетких и неточных рассуждений. Кроме посылок и заключения в правила можно включать команды, которые будут выполняться перед проверкой условия, а также пояснительный текст для генерации объяснений. Правила также включают необязательные параметры цены и приоритета, позволяющие управлять процессом выбора из совокупности, готовых, к выполнению правил очередного. С каждым правилом можно также связать число, определяющее, сколько раз это правило может выполняться в процессе консультации.
Правила, относящиеся к решению некоторой общей задачи, образуют базу знаний, или набор правил. В этот набор кроме: собственно правил включаются две специальные процедуры: инициализация и завершение, которые должны выполняться до и после выполнения правил. В набор правил также включаются описания переменных, участвующих в правилах, содержащие спецификации типа, точности и т. п.
По умолчанию в GURU принята стратегия обратного вывода, однако, можно использовать чисто прямой вывод, а также комбинировать его с обратным в рамках одного набора правил. Как стратегиями вывода, так и целевыми переменными можно управлять динамически в процессе консультации.
GURU обеспечивает мощные средства управления обработкой факторов уверенности, отражающих степень неточности и нечеткости выраженных в правилах эвристических знаний. Для предоставления такой нечеткости в GURU с каждым значением переменной может быть связан числовой коэффициент от 0 до 100. Система предоставляет разработчику выбор более чем из 30 различных формул, позволяющих управлять обработкой факторов уверенности во время вывода.
Полезными являются такие дополнительные средства управления логическим выводом, как установка степени «точности» вывода значения для некоторой переменной, изменение принятого по умолчанию порядка просмотра правил.
Эффективность машины логического вывода во многом зависит от того, как она осуществляет поиск в наборе правил, когда ищет правила, которые можно выполнять. В отличие от традиционного программного обеспечения, использующего принципы искусственного интеллекта, система GURU предоставляет расширенные средства управления настройкой, в частности поддерживает до 50 различных стратегий поиска. Эффективность также зависит от количества и состава правил в наборе правил. Поскольку система GURU предоставляет разнообразные возможности создания наборов правил, то можно значительно сократить количество правил, необходимых для охвата всех знаний и опыта в конкретной проблемной области. Это приводит к ускорению процесса получения логических выводов, а также к упрощению управления этими правилами.
Интегрированная система GURU пытается превратить потенциальные преимущества ЭС в реальность, облегчить пользователю процесс создания ЭС, сделать его прямым, эффективным и естественным.
Глава 3. Моделирование деятельности нотариальной конторы
интеллектуальный информационный allfusion process modeler
3.1 Понятие «нотариата»
Защита субъективных прав и охраняемых законом интересов граждан и организаций в Российской Федерации возложена на различные органы, к которым относится и нотариат. Термин «нотариат» происходит от латинского «notarius», что означает писец, секретарь. Во-первых, нотариат представляет собой систему органов, на которую возложено удостоверение бесспорных прав и фактов, свидетельствование документов, выписок из них, придание документам исполнительной силы и выполнения других нотариальных действий в целях обеспечения защиты прав и законных интересов граждан и юридических лиц. Это не только государственные нотариальные конторы и нотариусы, занимающиеся частной практикой, в эту систему входят и должностные лица органов исполнительной власти, уполномоченные на совершение нотариальных действий; должностные лица консульских учреждений Российской Федерации совершают нотариальные действия на территории других государств; правом совершать отдельные нотариальные действия наделены главные врачи, их заместители по медицинской части, дежурные врачи больниц, других стационарных учреждений, а также директора и главные врачи домов для престарелых и инвалидов, командиры воинских частей, соединений, учреждений и военно-учебных заведений и ряд других лиц. Должностные лица органов исполнительной власти могут совершать нотариальные действия в случае отсутствия в населенном пункте нотариуса. По своему характеру и выполняемым функциям нотариат относится к числу органов государственного управления. Это обусловлено тем, что совершение нотариальных действий возложено только органом, обладающим определенными властными полномочиями (например, властное подтверждение в бесспорном порядке субъективных прав и обязанностей физических и юридических лиц, принятие охранительных мер путем наложения запрещений и ареста на имущество и др.). Во-вторых, это отрасль законодательства, нормами которой регулируется нотариальная деятельность. И в первую очередь, деятельность нотариата в нашей стране организована в соответствии с требованиями Основ законодательства о нотариате. Однако не следует считать, что только названный Закон регулирует деятельность нотариуса. Круг законодательных актов, так или иначе организующих деятельность нотариуса или совершение конкретных нотариальных действий, достаточно широк, и главенствующее место в нем занимают Гражданский кодекс Российской Федерации и Гражданский кодекс РСФСР 1961 года в части наследственного права, Семейный кодекс Российской Федерации, Гражданско- и Уголовно-процессуальные кодексы РСФСР, Закон о госпошлине и другие.
Определяющим правовую природу нотариата признаком следует считать юрисдикционную, правоохранительную функцию. С одной стороны, она является продолжением, детализацией функции Министерства юстиции по организации юридических услуг и правовой помощи. Подчеркивается, что реестр государственных нотариальных контор и контор нотариусов, занимающихся частной практикой, ведет Министерство юстиции РФ. С другой стороны нотариат и суд осуществляют единую функцию предварительного и последующего контроля за законностью в гражданском обороте.
Поэтому их деятельность тесно соприкасается - суд рассматривает жалобы на нотариальные действия или отказ в их совершении, нотариальные акты оспариваются в порядке искового производства в суде или арбитражном суде, при совершении некоторых действий нотариальный орган, как и суд; руководствуются нормами ГПК, принудительное взыскание по исполнительной надписи осуществляется по правилам исполнительного производства и др. В отличие от суда, который рассматривает в гражданском процессе споры о праве, нотариат выполняет функции, направленные на предупреждение гражданских нарушений в будущем. Таким образом, деятельность нотариата имеет предупредительный характер.
Итак, мы установили, что нотариат - это, прежде всего, система государственных органов, наделенных действующим законодательством правом совершать нотариальные действия, а также это отрасль законодательства, нормами которой регулируется нотариальная деятельность.
3.2 Краткая информация о нотариальной конторе
Служба «Нотариальная контора» (г. Новочебоксарск) организована в 2000 году. Сегодня спектр услуг компании включает:
· совершение всех предусмотренных Основами нотариальные действия в интересах граждан и юридических лиц;
· составление проектов сделок, заявлений, других документов. В связи с предоставлением нотариусу права удостоверять любые, не противоречащие действующему в Российской Федерации законодательству сделки между гражданами или юридическими лицами зачастую составление проекта сделки под силу только нотариусу. При этом нотариус выясняет условия сделки, разъясняет ее последствия, проверяет, не будут ли ущемлены данной сделкой чьи-либо права, каждую позицию сделки обсуждая со всеми ее участниками. Если же к нотариусу обратились лица, имеющие составленный самими проект сделки, отвечающий требованиям законодательства и соблюдающий права и обязанности сторон, третьих лип, нотариус вправе удостоверить его. Важно, чтобы в любом случае договор или иной нотариально удостоверенный документ не противоречили требованиям законодательства;
· изготовление копии документов и выписки из них. Под этим подразумевается не свидетельствование верности копии подлиннику документа и выписки из него как нотариальное действие, а именно изготовление копии, то сеть копирование документа с использованием технических средств или собственноручно;
· истребование как от физических, так и юридических лиц сведения и документы для совершения нотариальных действий. В случае непредставления нотариусу необходимых для совершения нотариального действия сведений или документов нотариус вправе отказать в его совершении.
Основные бизнес-процессы компании - планирование обращений за нотариальными услугами, прием и регистрация нотариальных услуг, их выполнение и расчеты с клиентами.
С ростом объема клиентов, появлением новых услуг в нотариальной конторе появились проблемы, связанные с отсутствием автоматизации. Обработка всей информации, начиная от приема заказов и заканчивая взаиморасчетами с клиентами, получение отчетов выполняются вручную. В этих условиях часть принятых заказов теряется, возможность ознакомиться с историей взаимоотношений с клиентом отсутствует. Даже постоянным клиентам каждый раз при обращении к нотариусу приходится сообщать секретарю полностью свои данные, а для получения элементарного отчета требуется зачастую несколько дней работы. В дни пик, например в выходные дни, поступление непрерывных клиентов приводит к появлению очереди. Обработка данных вручную не позволяет максимально быстро принимать заказы.
Учитывая сложившуюся ситуацию, руководство компании приняло решение о внедрении на предприятии автоматизированной системы, которая позволила бы максимально сократить время приема заказа.
Адрес и телефон - г. Новочебоксарск, ул. Винокурова, 49; телефон: 46-55-12, факс: 467-1955.
Время работы: с 08:30 до 17:00 (вторник, среда, четверг, пятница), с 08:30 до 18:00 (понедельник), с 09:00 до 18:00 (суббота, воскресенье), обед: с 12:00 до 13:00.
Контактные лица
Димитриев Дмитрий Михайлович - нотариус;
Иванов Иван Сергеевич - помощник нотариуса;
Алексеева Надежда Владимировна - секретарь;
Григорьева Анастасия Ивановна - главный бухгалтер.
Сотрудники
На момент проведения диагностики штат компании составляет 16 сотрудников.
Основными целями проекта автоматизации компании «Нотариальная контора» являются:
· автоматизация работы базы данных клиентов;
· разработка и внедрение комплексной автоматизированной системы, позволяющей организовать на более качественном уровне хранение, учет, нахождение и отображение запрашиваемой информации;
· обеспечение большей защиты информации от несанкционированного доступа;
· разработка и внедрение автоматизированного учета информации, позволяющей наиболее достоверно, быстро и безошибочно собирать и производить различные операции с данными;
· повышение эффективности работы всех подразделений компании и обеспечение ведения учета в единой информационной системе.
3.3 Видение выполнения проекта и границы проекта
В рамках проекта развертывание новой системы предполагается осуществить только в следующих подразделениях «Нотариальная контора»:
· отдел приема заказов;
· отдел кадров;
· отдел выполнения заказов;
· бухгалтерия.
Отдел приема заказов - реализация возможности поддержки неограниченного количества потоков заказов (радиоканалов). При включении автоматического режима распределения заказов по потокам можно будет задать определенный процент заказов, который должен попадать в каждый поток, а также соотношение попадания заказов в потоки в зависимости от формы оплаты.
С вводом автоматизированной системы на предприятии решится проблема, связанная с ведением «черных списков» телефонов и адресов. Сейчас секретарь записывают в журнал информацию о телефонах и адресах, с которых нельзя принимать заказы, и причины отказа в оказании услуг. При этом каждый раз до оформления заказа оператор обращается к этому журналу для проверки заказчика.
Отдел кадров - планируется создание нескольких подсистем автоматизированного ведения графиков работы сотрудников.
Отдел выполнения заказов - в процессе совершенствования системы в ней будет реализован блок «бонусные программы», который обеспечит проведение различных акций, предоставление скидок, что невозможно было сделать при неавтоматизированном режиме работы.
Бухгалтерия - планируется создание нескольких подсистем автоматизированного ведения взаиморасчетов с сотрудниками и клиентами. В рамках каждой подсистемы будут предусмотрены учет приема и выдачи денежных средств, ввод необходимых начислений и удержаний, могут производиться корректировки, формирование отчетности о состоянии задолженности. Используя возможности системы, будут обеспечиваться формирование отчетов по принятым, выполненным и отмененным заказам за произвольный период, отчетов по сумме выручки, отчетов по заработной плате сотрудников.
Не рассматривается в границах проекта автоматизация учета основных средств, взаиморасчеты с поставщиками. Выходит за рамки проекта автоматизация процессов взаимоотношений с клиентами.
Количество рабочих мест пользователей - 16.
3.4 Отчет об обследовании
Список программного обеспечения, используемого компанией на момент обследования:
· «1С: Предприятие 8.0» для работы бухгалтерии;
· собственная разработка в MS Access «АРМ Клиенты» для отдела приема заказа. «АРМ Клиенты» связан с различными отделами предприятия. Отчеты о выполнении заявок поступают к нотариусу, который лично контролирует исполнение заявок. Сотрудники широко пользуют эту программу (автоматизация ввода данных о поступившем заказе и расчет его стоимости). Данная программа помогает управленческому отделу производить контроль над работой сотрудников, просматривать отчеты.
Формулируем общие требования к информационной системе. Одно из основных требований компании «Нотариальная контора» к будущему решению состоит в том, чтобы оно было построено на фундаменте единой интегрированной системы, а работа всех сотрудников велась в одном информационном пространстве.
Ключевые функциональные требования к информационной системе:
· Мощные средства защиты данных от несанкционированного доступа;
· Разграничения доступа к данным в соответствии с должностными обязанностями;
· Возможность удаленного доступа;
· Управление над поступившими заказами. Оперативное получение информации о заказах;
· Управление над осуществлением заказа. Контроль выполнения заказа;
· Полный контроль расчетов с клиентами;
· Анализ конкурентных преимуществ компании;
· Ввод и хранение данных.
Существующий уровень автоматизации приведен в таблице 1.
Таблица 1.
Существующий уровень автоматизации компании «Нотариальная контора»
Количество рабочих станций, всего: |
16 |
|
Количество сотрудников отдела IT |
2 |
|
Количество ПК, одновременно работающих в сети |
14 |
|
Количество рабочих станций на удаленном объекте |
8 |
|
Характеристики компьютеров |
С частотой свыше 600 МГц и оперативной памятью (ОЗУ) свыше 128 Мб |
|
Операционная система |
Windows XP |
|
Системы, которые представляется возможным оставить без изменения |
«1С: Предприятие 8.0» в модульном составе «Бухгалтерия», «Зарплата», для работы бухгалтерии |
Пример форм отчетных документов, которые должны формироваться системой приведены в таблице 2.
Таблица 2.
Отчет о выполненных заказах
Отчет о выполненных заказах |
||||||
Код заказа |
Табельный номер сотрудника |
Табельный номер клиента |
Вид услуги |
Стоимость |
||
Цена |
Скидка |
Организационная структура компании «Нотариальная контора» представлена в приложении №1. Из рисунка видно, что структура компании состоит из следующих отделов: отдел кадров, отдел маркетинга и рекламы, бухгалтерия, юридический отдел, отдел архива.
3.5 Формирование бизнес-процессов
Опишем состав автоматизируемых бизнес-процессов компании. Для того чтобы выделить бизнес-процессы, необходимо выделить действия, которые совершает компания. В рассматриваемом случае компания планирует заказы, принимает заказы, регистрирует заказы, исследует рынок, осуществляет расчеты с клиентами, оказывает нотариальные услуги. Бизнес-процессы компании приведены в таблице 3.
Таблица 3.
Бизнес-процессы компании, подлежащие автоматизации
№ п/п |
Код бизнес-процесса |
Наименование бизнес-процесса |
|
1. |
Пл_Зак-1 |
Планирование заказа |
|
2. |
Прием_Регистр-2 |
Прием-Регистрация заказа |
|
3. |
Иссл_Рынка-3 |
Исследование рынка |
|
4. |
Расч_Кл-4 |
Расчеты с клиентами |
|
5. |
Нотар_Усл-5 |
Оказывание нотариальных услуг |
Каждый бизнес-процесс имеет свой уникальный номер. Нумерация бизнес-процессов построена по следующему принципу: «префикс-номер», где префикс обозначает группу описываемых бизнес-процессов, а номер - порядковый номер бизнес-процесса в списке.
Создадим диаграмму прецедентов компании «Нотариальная контора». На диаграмме прецедентов (приложение №2) представлены автоматизируемые бизнес-процессы компании и их исполнители. Любые системы, в том числе и программные, используются с учетом того, что в процессе своей работы они будут использоваться людьми и взаимодействовать с другими системами. Диаграмма прецедентов показывает, что именно выполняется в системе: планирование заказов, прием и регистрация заказов, исследование рынка, расчеты с клиентами, оказание нотариальных услуг.
Сформируем физическую диаграмму. Компания «Нотариальная контора» осуществляет оказание юридических и нотариальных услуг, выезды на дом для оказания нотариальных услуг в связи с болезнью или др. причинами, юридические консультации и другие услуги. Планирование заказов компания осуществляет на основании статистики предоставленных услуг, которую предоставляют население и организации.
На физической диаграмме компания изображается прямоугольником, для отображения контрагентов используются графический символ Actor (фигурка человечка). Для изображения связей между компанией и контрагентами используются линии. Взаимодействия компании и внешних контрагентов поименованы, чтобы были понятны функции контрагентов по отношению к компании при знакомстве с физической диаграммой.
Физическая диаграмма «Нотариальная контора» представлена в приложении №3.
Диаграмма классов - это набор статических, декларативных элементов модели. Она является конечным результатом проектирования и отправной точкой процесса разработки. Диаграмма классов «Нотариальная контора» представлена в приложении №4. Из рисунка видно, что клиенты осуществляют заказы. При этом клиентами могут быть население и организации (отношение обобщение). Заказ (заказ имеет тип) принимает секретарь и помощник нотариуса, а нотариус выполняет заказ (отношение ассоциация).
Диаграмма размещения показывает топологию системы и распределение компонентов системы по ее узлам, а также соединения (маршруты передачи информации между аппаратными узлами). В приложении №5 представлена диаграмма размещения «Нотариальная контора». Она показывает размещение компонентов системы по узлам.
Опишем бизнес-процесс «Прием - Регистрация» (Прием_Регис-2).
Бизнес-процесс выглядит следующим образом:
1. Секретарь нотариуса ежедневно получает от клиентов заказы.
2. Секретарь, получив заявку, ежедневно производит проверку сроков действия дисконтной карты.
3. Секретарь, производя проверку сроков действия дисконтной карты, регистрирует полученные результаты.
4. Секретарь отправляет работу к нотариусу.
Диаграмма деятельности бизнес-процесса «Прием - Регистрация» представлена в приложении №6. На основании диаграммы деятельности формируются таблица операций рассматриваемого бизнес-процесса (таблица 4) и таблица описания документов (таблица 5).
Таблица 4.
Операции бизнес-процесса «Прием - Регистрация»
Диаграмма и номер на диаграмме |
Операция |
Исполнитель |
Как часто |
Входящие документы (документы основания) |
Исходящий документ (составляемый документ) |
|
2Прием_Регис_1 |
Получение от клиента заказа |
Секретарь |
Ежедневно |
Заявка |
Отчет о получении заказа от клиента |
|
2Прием_Регис_2 |
Проверка сроков действия дисконтной карты |
Секретарь |
Ежедневно |
Отчет о получении заказа от клиента |
Отчет о полученных данных |
|
2Прием_Регис_3 |
Регистрация результатов |
Секретарь |
По мере необходимости |
Отчет о получении заказа |
Отчет о собранной информации |
|
2Прием_Регис_4 |
Отправка работы к нотариусу |
Секретарь |
Ежедневно |
Сбор и анализ собранной работы по нотариальному делу |
Делодокументация |
Таблица 5.
Описание документов бизнес-процесса «Прием - Регистрация»
Диаграмма и номер на диаграмме |
Составляемый документ (исходящий документ) |
Операция |
Кто составляет (исполнитель) |
Как часто |
Документы основания (входящие документы) |
Реестр, в котором регистрируется документ |
|
2Прием_Регис_1 |
Отчет о получении заказа от клиента |
Получение от клиента заказа |
Секретарь |
Ежедневно |
Заявки |
Реестр отчетов |
|
2Прием_Регис_2 |
Отчет о полученных данных |
Проверка присутствия в «черном списке» |
Секретарь |
Ежедневно |
Отчет о получении заказа от клиента |
Реестр отчетов |
|
2Прием_Регис_3 |
Отчет о собранной информации |
Проверка сроков действия дисконтной карты |
Секретарь |
По мере необходимости |
Делодокументация |
Реестр отчетов |
Опишем бизнес-процесс «Оказание нотариальных услуг» (Нотар_Усл-5).
Бизнес-процесс выглядит следующим образом:
1. Проверка лица, обратившегося за нотариальными услугами, в органах внутренних дел и судах юрисдикции;
2. Сбор и анализ документации;
3. Проверка в архиве;
4. Подписание и заверение документов.
Диаграмма деятельности бизнес-процесса «Оказание нотариальных услуг» представлена в приложении №7. На основании диаграммы деятельности формируются таблица операций рассматриваемого бизнес-процесса (таблица 6) и таблица описания документов (таблица 7).
Таблица 6.
Операции бизнес-процесса «Оказание нотариальных услуг»
Диаграмма и номер на диаграмме |
Операция |
Исполнитель |
Как часто |
Входящие документы (документыо снования) |
Исходящий документ (составляемый документ) |
|
5Нотар_Усл_1 |
Проверка лица, обратившегося за нотариальными услугами, в органах внутренних дел и судах юрисдикции |
Помощник нотариуса |
В начале работы |
Документация в органах внутренних дел и судах юрисдикции |
Разного рода копии документов и справки |
|
5Нотар_Усл_2 |
Сбор и анализ документации |
Помощник нотариуса |
Ежедневно |
Справки и документы |
Папка с документами |
|
5Нотар_Усл_3 |
Проверка в архиве |
Секретарь |
По мере необходимости |
Архивная документация |
Разного рода копии документов и справки |
|
5Нотар_Усл_4 |
Подписание и заверение документов |
Нотариус |
В конце работы |
Собранная документация |
Подписанный и заверенный документ |
Таблица 7
Описание документов бизнес-процесса «Оказание нотариальных услуг»
Диаграмма и номер на диаграмме |
Составляемый документ (исходящий документ) |
Операция |
Кто составляяет (исполнитель) |
Как часто |
Документы основания (входящие документы) |
Реестр, в котором регистрируется документ |
|
5Нотар_ Усл_1 |
Разного рода копии документов и справки |
Проверка лица, обратившегося за нотариальными услугами, в органах внутренних дел и судах юрисдикции |
Помощник нотариуса |
В начале работы |
Документация в органах внутренних дел и судах юрисдикции |
Реестр баз данных органов внутренних дел и органов юрисдикции |
|
5Нотар_ Усл_2 |
Папка с документами |
Сбор и анализ документации |
Помощник нотариуса |
Ежедневно |
Справки и документы |
Реестр информаций |
|
5Нотар_ Усл_3 |
Разного рода копии документов и справки |
Проверка в архиве |
Секретарь |
По мере необходимости |
Архивная документация |
Реестр документов в архиве |
|
5Нотар_ Усл_4 |
Подписанный и заверенный документ |
Подписание и заверение документов |
Нотариус |
В конце работы |
Собранная документация |
Реестр списка оказанных услуг |
3.6 Спецификация настроек информационной системы
На последнем этапе осуществляется отображение модели предметной области на функциональность типовой системы - выбираются модули системы для поддержки выделенных операций, определяются особенности их настройки, выявляется необходимость разработки дополнительных программных элементов.
Прием и регистрация заказов:
· быстрый прием заказов;
· бонусные программы;
· представление статистических данных в удобном для восприятия виде;
· быстрое оповещение помощника нотариуса и нотариуса.
Управление:
· определение планов выполнения заказов;
· управление процессом выполнения заказов;
· прогнозирование выполнения заказов;
· оперативный контроль над отношениями с клиентами и сотрудниками;
· отслеживание действий и прогресса в работе отдельных сотрудников;
· графическое представление данных о выполненных заказах;
· создание отчетов по предложениям, деятельности отдельных сотрудников.
Анализ финансовых результатов:
· общая оценка затрат;
· формирование бюджета рекламной деятельности;
· определение стоимости заказа на основе цен конкурентов;
· анализа данных за прошедшие периоды.
Планирование:
· анализ исследуемого рынка;
· прогнозирование объема спроса;
· определение системы скидок на заказы.
Базы данных и документооборот:
· ведение базы данных;
· система учета документооборота.
Учет договоров:
· ведение юридической информации о договорах с другими организациями, условиях оплаты;
· форма ручного сопоставления в рамках договоров;
· сальдо расчетов в рамках отдельного договора;
· номер договора в проводках по курсовой разнице;
· переход от моделей предметной области к функциональной модели системы.
3.7 Проектирование реализаций операций бизнес-процесса в информационной системе
На завершающем этапе разработки информационной системы формируются таблицы реализации операций бизнес-процессов организации (таблица 8 и таблица 9).
Таблица 8.
Проектирование реализации операций бизнес-процесса «Прием-Регистрация»
Номер операции на диаграмме |
Операция |
Необходимые разработки |
Специфика настройки |
Функциональность (модуль) системы |
|
2Прием_Регис_1 |
Получение от клиента заказа |
Реализация возможности поддержки неограниченного количества потоков заказов (радиоканалов) |
При включении автоматического режима распределения заказов по потокам можно будет задать определенный процент заказов, который должен попадать в каждый поток, а также соотношение попадания заказов в потоки в зависимости от формы оплаты. |
Планирование, расчеты с клиентами |
|
2Прием_Регис_2 |
Проверка сроков действия дисконтной карты |
Ведение системы проверки сроков действия |
Проверка в базе данных пользователей дисконтных карт |
Управление |
|
2Прием_Регис_4 |
Подписание и заверение документов |
Внедрение дополнительной базы данных по оказанным услугам и клиентам |
Контроль за ведением базы данных |
Управление и контроль |
Таблица 9.
Проектирование реализации операций бизнес-процесса «Оказание нотариальных услуг»
Номер операции на диаграмме |
Операция |
Необходимые разработки |
Специфика настройки |
Функциональность (модуль) системы |
|
5Нотар_Усл_1 |
Проверка лица, обратившегося за нотариальными услугами, в органах внутренних дел и судах юрисдикции |
Разработка модуля, позволяющего описывать техническое состояние баз данных |
Сравнение текущего состояния с прошлым. В случае появления изменений система должна предупреждать пользователя. |
Управление. Анализ. |
|
5Нотар_Усл_3 |
Проверка в архиве |
Разработка баз данных в архиве |
В базе данных предусмотреть данные о лицах, о судимости и места жительства и работы |
Базы данных |
|
5Нотар_Усл_4 |
Подписание и заверение документов |
Автоматизации не подлежит |
Функциональность не требуется |
3.8 Моделирование бизнес-процессов в программной среде AllFusion Process Modeler (BPwin) в стандарте IDEF0
Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей - того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы.
Построение модели информационной системы начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. В приложении №8 представлена контекстная диаграмма «Деятельность службы нотариальной конторы». Взаимодействие системы с окружающей средой описывается в терминах входа (на рисунке это «Данные о работниках», «Звонки клиентов», «Денежные средства», «Компоненты от клиентов», «Юридические дела») и выхода (основной результат процесса - «Заказы клиентов», «Юридические материалы», «Прогноз деятельности», «Результаты оказанных услуг», «Оказанная услуга»), управления («Правила и процедуры», «Стандарты на оказание услуги») и механизмов («Сотрудники», «Система оформления заказов», «Бухгалтерская система»).
После описания контекстной диаграммы проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции (приложение №9).
Весь процесс службы нотариальной конторы разбивается на 3 функции:
· «Отдел кадров» - осуществление подбора персонала, ведение и учет контроля над сотрудниками и проведение мероприятий по сплоченности персонала;
· «Реклама и маркетинг» представляет собой процесс привлечения новых клиентов и сохранность старых клиентов, исследование рынка, анализ и оценка конкурентов;
· «Сфера услуг» - ведение учета оказания услуги и планирования деятельности.
После дальнейшего разбиения диаграммы получаем 2 функции декомпозиции, описывающие каждая одну из работ, представленных на диаграмме верхнего уровня (в приложении №9). Диаграмма декомпозиции IDEF0 «Реклама и маркетинг» представлена в приложении №10. Опишем полученную диаграмму:
· предоставление информации о конкурентах - происходит анализ и оценка конкурентов на данном рынке;
· оформление заказов - регистрируются заказы, проверка и внесение клиентов в базу данных;
· исследование рынка - анализ и оценка рынка, прогнозирование деятельности.
Декомпозируя работу «Оформление заказов» (приложение №11) получаем:
· проверка и внесение клиента;
· внесение заказа.
Также представлена декомпозиция работы «Исследование рынка»:
· разработка прогнозов оказания услуг - учет прогноза будущих периодов оказания услуг;
· разработка юридический документов - учет конкретных юридических операций по каждому заказу в виде документооборота;
· привлечение новых клиентов.
Заключение
Использование интеллектуальных информационных систем является в настоящее время необходимым условием эффективной работы предприятий и фирм.
Несмотря на несомненные достижения в области искусственного интеллекта и большое разнообразие существующих интеллектуальных информационных систем, предназначенных для проектирования бизнес-процессов, информационные отделы затрачивают много времени на разработку технической документации. В связи с этим, проблема создания интеллектуальных информационных систем, позволяющих проектировать технологическое оборудование, остается актуальной, особенно в плане применения методов искусственного интеллекта и получения технической документации с минимальным участием лица принимающего решения.
Создание процедурных и информационно-логических моделей технологического оборудования на разных уровнях абстрагирования и разработка на их основе информационных систем, обладающих интеллектуальными свойствами, позволит накапливать и использовать опыт экспертов всеми разработчиками проекта.
Результатами изучения и анализа «Проектирование интеллектуальных информационных систем» есть:
· четкие представления об интеллектуальных технологиях и наиболее перспективных прикладных сферах их применения;
· знание основных методов разработки интеллектуальных информационных систем (ИИС) и специфики актуальных проблемных областей;
· умение работать с различными моделями представления знаний и обосновывать выбор той или иной модели в зависимости от характера предметной области и специфики решаемых задач, компоновать структуру прикладной ИИС;
· владение навыками работы с основными инструментальными средствами для проектирования ИИС;
· получение опыта проектирования и разработки демонстрационного прототипа ИИС для конкретной предметной области.
В ходе проведенной курсовой работы все поставленные задачи были выполнены.
Список использованной литературы
1. Абдикеев Н. М. Проектирование интеллектуальных систем в экономике : учебник / Н. М. Абдикеев. - М. : Экзамен, 2009. - 528 с.
2. Андрейчиков А. В. Интеллектуальные информационные систе-мы : учебник / А. В. Андрейчиков, О. Н. Андрейчикова. - М. : Финансы и статистика, 2008. - 424 с.
3. Балдин К. В. Информационные системы в экономике : учебник / К. В. Балдин, В. Б. Уткин. - 3-е изд. - М. : Дашков и К0, 2008. - 395 с.
4. Балдин К. В. Теоретические основы автоматизации профессиональной деятельности в экономике : учебник / К. В. Балдин, В. Б. Уткин. - М. : Изд-во Московского психолого-социального института, 2009. - 400 с.
5. Барановская Т. П. и др. Информационные системы и технологии в экономике : учебник / Т. П. Барановская, В. И. Лойко, М. И. Семёнов, А. И. Трубилин. - М. : Финансы и статистика, 2009. - 416 с.
6. Барский А. Б. Нейронные сети : распознавание, управление, принятие решений / А. Б. Барский. - М. : Финансы и статистика, 2009. - 176 с.
7. Белозёров О. И. Информационные технологии управления: учебное пособие / О. И. Белозёров. - Хабаровск : РИЦ ХГАЭП, 2008. - 80 с.
8. Брусакова И. А. Информационные системы и технологии в экономике / И. А. Брусакова, В. Чертовской. - М. : Финансы и статистика, 2007. - 352 с.
9. Булгаков С. В. и др. Интегрированные геоинформационные системы / С. В. Булгаков, А. К. Ковальчук, В. Я. Цветков, С. В. Шайтура. - М.: МАКС Пресс, 2009. - 436 с.
10. Вишневский А. Н. Справочная правовая система Гарант Платформа F1: учеб. пособие / А. Н. Вишневский, О. Г. Раевская. - Хабаровск: РИЦ ХГАЭП, 2009. - 84 с.
11. Власова Л. А. Работа в MS Access : учеб.-практ. пособие / Л. А. Власова, Л. В. Самойлова. - Хабаровск : РИЦ ХГАЭП, 2009. - 96 с.
12. Голицина О. Л. Информационные системы : учеб. пособие / О. Л. Голицина, Н. В. Максимов, И. И. Попов. - М. : ФОРУМ: ИНФРА-М, 2010. - 496 с.
13. Диго С. М. Базы данных: проектирование и использование: учебник / С. М. Диго. - М. : Финансы и статистика, 2009. - 592 с.
14. Ефимов Е. Н. Информационные системы в экономике : учеб. пособие / Е. Н. Ефимов, С. М. Патрушина, Л. Ф. Панфёрова, Л. И. Хашие-ва. - М. : МарТ, 2010. - 352 с.
15. Золотов С. И. Интеллектуальные информационные системы : учеб. пособие / С. И. Золотов. - Воронеж : Научная книга, 2009. - 140 с.
16. Избачков Ю. С. Информационные системы : учебник для вузов / Ю. С. Избачков, В. Н. Петров. - СПб. : Питер, 2008. - 656 с.
17. Проектирование информационных систем: курс лекций: учебное пособие для студентов ВУЗов, обучающихся по специальностям в области информационных технологий / В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина. - М.: Интернет-Ун-т Информационных технологий, 2009. - 304 с.
18. http://nehudlit.ru/books/detail8845.html. Редактор сайта - Луценко Е. В. Дата посещения сайта: 02. 12. 2010.
19. http://ru.wikipedia.org/wiki/ Интеллектуальные информационные системы. Последнее изменение этой страницы: 02:15, 13. 11. 2010. Дата посещения сайта: 28. 11. 2010.
20. http://www.gorod-nevy.ru/. Дата посещения сайта: 09. 12. 2010.
21. http://www.pd-web.net/. Дата посещения сайта: 04. 12. 2010.
Приложение №1
Организационная диаграмма «Нотариальная контора»
Приложение №2
Диаграмма прецедентов компании «Нотариальная контора»
Приложение №3
Физическая диаграмма «Нотариальная контора»
Приложение №4
Диаграмма классов компании «Нотариальная контора»
Приложение №5
Диаграмма размещения компании «Нотариальная контора»
Приложение №6
Диаграмма деятельности бизнес-процесса «Прием-регистрация»
Приложение №7
Диаграмма деятельности бизнес-процесса «Оказание нотариальных услуг»
Приложение №8
Контекстная диаграмма «Деятельность службы нотариальной конторы»
Приложение №9
Диаграмма декомпозиции уровня А0
Приложение №10
Диаграмма декомпозиции IDEF0 «Реклама и маркетинг»
Приложение №11
Диаграмма декомпозиции DFD«Оформление заказов»
Приложение №12
Диаграмма декомпозиции DFD«Исследование рынка»
Приложение №13
Диаграмма декомпозиции IDF3 «Оказание услуги».
Приложение №14
«Моя диаграмма» деятельности нотариальной конторы.
Приложение №15
«Мой сценарий» деятельности нотариальной конторы
Приложение №16
Node Tree diagrams деятельности нотариальной конторы
Приложение №17
Диаграмма TO-BE деятельности нотариальной конторы
Приложение №18
Диаграмма отношений сущностей
Приложение №19
Логический уровень диаграммы отношений сущностей.
Размещено на Allbest.ru
Подобные документы
Анализ деятельности торговой точки для возможного улучшения работы. Структурные функциональные методы проектирования. Разработка систем информационных моделей с использованием инструментальных средств CA Erwin Process Modeler, AllFusion Process Modeler.
курсовая работа [536,6 K], добавлен 14.12.2011Анализ предметной области. Проектирование структуры базы данных в среде case-средства ERWIN в виде инфологической и даталогической моделей. Общие сведения о AllFusion Process Modeler 7. Требования к надежности, информационной и программной совместимости.
курсовая работа [3,4 M], добавлен 25.11.2013Системы автоматического проектирования. Сравнительный анализ средств для проектирования автоматизированных информационных систем. Экспорт SQL-кода в физическую среду и наполнение базы данных содержимым. Этапы развития и характеристика Case-средств.
курсовая работа [1,1 M], добавлен 14.11.2017Создание модели информационной системы с AllFusion Process Modeler 4.0 в стандарте IDEF0. Дополнение созданной модели процессов организационными диаграммами в нотации DFD. Резервирование номеров. Автоматизация рабочего места администратора гостиницы.
курсовая работа [1,8 M], добавлен 17.06.2013Классификация информации по разным признакам. Этапы развития информационных систем. Информационные технологии и системы управления. Уровни процесса управления. Методы структурного проектирования. Методология функционального моделирования IDEF0.
курсовая работа [5,2 M], добавлен 20.04.2011Проектирование информационной системы программными средствами AllFusion Process Modeler и AllFusion Erwin Data Modeler. Диаграмма потоков данных DFD. Проектирование информационной системы с использованием UML, RationalRose. Модель вариантов использования.
курсовая работа [604,1 K], добавлен 17.12.2015Инструментальные средства проектирования интеллектуальных систем. Анализ традиционных языков программирования и представления знаний. Использование интегрированной инструментальной среды G2 для создания интеллектуальных систем реального времени.
контрольная работа [548,3 K], добавлен 18.05.2019Рассмотрение создания модели информационной системы с помощью AllFusion Process Modeler 4.1 (Bpwin4.1) в стандарте IDEF0. Описание диаграммы дерева узлов. Анализ создания модели данных склада. Характеристики информационной модели в нотации IDEF1X.
курсовая работа [1,4 M], добавлен 10.04.2015Построение баз знаний для семантической сети. Цели создания и язык представления онтологий. Структура исследований в области многоагентных интеллектуальных информационных систем, архитектура агента. Экономическое обоснование разработки базы знаний.
дипломная работа [1,6 M], добавлен 29.09.2013Понятие базы знаний для управления метаданными. Особенности баз знаний интеллектуальной системы. Языки, используемые для разработки интеллектуальных информационных систем. Классические задачи, решаемые с помощью машинного обучения и сферы их применения.
реферат [16,9 K], добавлен 07.03.2010