Файл: Разработка регламента выполнения процесса «Движение библиотечного фонда» (Обоснование необходимости автоматизации бизнес-процесса).pdf

Rational Rose – программный пакет для визуального объектно-ориенти-рованного моделирования систем на основе классов и их взаимодействия, а если еще более упрощенно, это визуальный редактор, позволяющий моделировать программные системы любой сложности на основе графических диаграмм языка UML (Unified Modeling Language). Он (язык UML) предназначен для описания моделей, причем для работы с этим языком используется специальные редакторы диаграмм, такие как Rational Rose.

Сегодня Rational Rose лидирует среди других CASE-средств, и не случайно. То, что этот пакет позволяет создавать сложные программные системы от замысла до создания исходного кода, привлекает не только проектировщиков систем, но и программистов-разработчиков. Главное отличие Rational Rose от других CASE-средств в том, что он полезен не только проектировщику систем, но и разработчику программного кода. Если в проект приходит новый человек, он, ознакомившись с диаграммами Rational Rose, без труда войдет в курс дела.

Выводы и результаты по главе 1

Вывод, который мы можем сделать после написания данной главы, состоит в том, что регламентация процессов информационных систем – это очень важная часть всего информационного процесса. Значение регламентации состоит в том, что только после того, как все процессы регламентированы, можно приступать к практическому использованию информационной системы. И не важно, это бизнес-процесс или ИС, связанный с выполнением каких-либо иных функций. Без проведения регламентации, невозможно использовать ИС в полном объеме, поскольку нет разграничения полномочий между подразделениями организации, нет путей согласования действий между ними. Все вышеуказанное говорит о том, что к выработке регламента процессов информационной системы нужно подходить с максимальным вниманием и работу выполнять старательно и очень аккуратно. Рассмотрены основные CASE-средства.

2. Моделирование бизнес-процессов

2.1 Выбор методологии моделирования бизнес-процессов

Разработаем проект прикладной системы, поддерживающей основную деятельность библиотеки и автоматизирующей рабочее место библиотекаря.

Создадим функциональную модель деятельности библиотеки, учитывая работу библиотеки с клиентами и поставщиками книг. Следует отметить, что кроме выдачи книг современные библиотеки оказывают своим клиентам дополнительные услуги: выдают клиентам CD, видео и аудио кассеты, проводят конференции, делают копирование, ламинирование, позволяют работать с электронными каталогами и выходить в Интернет.

Разработка должна осуществляется в соответствии с основными стадиями жизненного цикла продукта с применением структурного подхода.

2.2 Разработка и анализ модели бизнес-процесса AS IS («Как есть»)

Название проекта: моделирование деятельности библиотеки.

Цель проекта: реализация структурной функциональной модели деятельности библиотеки.

Точка зрения: руководство библиотеки.

Технология моделирования: метод функционального моделирования IDEF0.

Инструментарий: программный продукт BPwin.

Список данных:

методология;

кадровый состав;

техническое обеспечение;

программное обеспечение;

данные о клиентах библиотеки;

бухгалтерская отчетность;

платежные документы;

отчетность;

сведения по приёму/выдаче книг;

сведения о приёму/выдаче CD, аудио и видеокассет.

Перечень функций:

деятельность библиотеки – А0;

управление личными карточками читателей – А1:

добавление читателя в базу – A11,

редактирование данных о читателе – А12,

получение информации изменений паспортных данных – А121,

перевод читателя на годовой абонемент – А122,

предоставление доступак фолеантам – А123,

удаление читателя из базы – А13,

рассмотрение личной карточки читателя – А131,

вынесение решения об удалении личной карточки – А132,

уведомление по электронной почте – А133,

предупреждение по телефону – А134:

привлечение к административной ответственности – А135,

постановка вопроса об удалении карточки – А136,

установка срока– А137,

заявление по линии МВД – А138,

возвращение книги – А139,

управление карточками книг – A2;

обработка информации – А21;

анализ информации – А22;

сравнение информации – А23;

создание карточной книги – А24;

карточка книги – А25;

выдача/приём книг, CD, аудио и видеокассет– A3;

поиск книги – А31;

поиск карточки читателя – А32;

регистрация книги в карточке читателя – А33;

удаление книги из карточки – А34;

получение рейтинга книг – A4;

обработка запросов – А41;

анализ данных – А42;

сравнение данных – А43;

создание рейтингового списка;

покупка книг – A5;

прием книг от поставщиков – А51;

размещение книг на складе – А52;

сортировка книг по направлениям – А53;

развоз книг по отделам – А53.

Библиотека - по определению ФЗ "О библиотечном деле" от 23 ноября 1994 г. "информационное, культурное, образовательное учреждение, располагающее организованным фондом тиражированных документов и предоставляющее их во временное пользование физическим и юридическим лицам; библиотека может быть самостоятельным учреждением или структурным подразделением предприятия, учреждения, организации"

В логическом смысле карточка представляет собой описание пользовательского бизнес-объекта, содержащее в себе все необходимые данные и возможности для выполнения операций над ними.

Основная деятельность организации заключается в учете выдачи книг. Таким образом, контекстная диаграмма содержит единственную работу (активность) «Структура библиотеки».

Собственно, можно сказать, что контекстная диаграмма (рисунок 2.1) построена (уровень A0). Это самый высокий уровень абстракции для данной задачи, выражающий точку зрения любого внешнего субъекта на организацию.

Рисунок 2.1 – Контекстная диаграмма

При декомпозиции контекстной диаграммы выделим пять основных работ (активностей): управление личными карточками читателей, управление карточками книг, выдача/прием книг, получение рейтинга книг, получение статистики посещения.

Входными данными для функции А1 «Управление личными карточками читателей» являются данные о читателях. Выходными данными являются коды читателей. Исполнителями функции являются библиотекарь и база данных. Исполнение функции осуществляется в соответствии с инструкциями и нормативными документами.

Функция А2 «Управление карточками книг» требует, чтобы все данные о читателях заносились в карточки. По карточкам определяется рейтинг книг. Это новая функция А4 «Получение рейтинга книг». Выполнение данной функции обеспечивает база данных «Библиотека» (возможные ролевые группы).

После завершения функции «Выдача/приём книг» сотрудничество моделируемой организации и читателя, который приобрёл статус действительного, не прекращается. Начинается выполнение функции А5 «Получение статистики посещения».

Таким образом, первый этап детализации контекстной диаграммы завершён. Фактически, данная модель является одним из уровней детализации общей модели деятельности библиотеки. Диаграмма имеет вид, представленный на рисунке 2.2. К данному моменту можно судить о значительном наполнении словаря предметной области, а именно раздела активностей, раздела сущностей.

Рисунок 2.2 – Создание диаграммы декомпозиции А0

Прежде чем управлять личными карточками читателей, необходимо вначале читателя добавить в базу (функция 1.1), отредактировать данные о читателе (функция 1.2) и, при необходимости удалить читателя из базы (функция 1.3)

Поэтому входными данными здесь являются данные о читателе. Выходные данные – это код читателя.

Окончательный вариант диаграммы А1 представлен на рисунке 2.3:

Рисунок 2.3 – Диаграмма А1 Управление личными карточками читателей

Часто бывает необходимо не столько показать взаимосвязь между функциональными блоками, сколько отобразить движение информации внутри компании. В особенности, в специальном отображении нуждаются процессы, связанные с получением и обработкой внешней информации. Декомпозицию функции А1.2 «Редактирование данных о читателе» целесообразно провести в нотации DFD, так как происходит редактирование данных читателя в базе данных.

Редактирование данных начинается с получения информации изменений паспортных данных.

Для декомпозиции функции А1.2 «Редактирование данных о читателе» в диалоге Activity Box Count выбирается нотация DFD и количество работ равное 3.

В новую диаграмму DFD “ Редактирование данных о читателе” вносятся имена работ:

- Получение информации изменений паспортных данных.

- Перевод читателя на годовой абонемент.

- Предоставление доступа к фолиантам.

Хранилище данных позволяет описать данные, которые необходимо сохранить в памяти прежде, чем использовать в работах.

Используя кнопку на палитре инструментов, необходимо внести хранилища данных:

- База данных “Библиотека”.

- Библиотекарь.

Таким образом, были рассмотрены ряд процессов и функций, которые обеспечивают основную деятельность моделируемой организации. Это один из множества вариантов построения функциональной модели деятельности библиотеки. Для построения предшествующих диаграмм были использованы нотация IDEF0 и дополняющая ее нотация DFD (рисунок 4). Эти нотации представляют модельную систему как сеть связанных между собой работ.

Рисунок 2.4 – Декомпозиция функции А1.2 «Редактирование данных о читателе»

Для представления в нотации IDEF3 выбираем активность ”Удаление читателя из базы”. Число работ в диалоге Activity Box Count – 11, нотация – IDEF3.

Функция А2 «Удаление читателя из базы» реализуется следующими активностями:

- рассмотрение личной карточки читателя;

- вынесение решения об удалении личной карточки;

- уведомление по электронной почте;

- предупреждение по телефону;

- привлечение к административной ответственности;

- постановка вопроса об удалении карточки;

- установка срока;

- заявление по линии МВД;

- Возвращение книги;

- Почтовое уведомление;

- Посещение сотрудником МВД (Рисунок 2.5).

Рисунок 2.5 – Декомпозиция функции А2 «Удаление читателя из базы»

2.3 Обоснование необходимости автоматизации бизнес-процесса

Разработан проект прикладной системы в BPwin, поддерживающей основную деятельность библиотеки и автоматизирующей рабочее место библиотекаря. Разработка осуществляется в соответствии с основными стадиями жизненного цикла продукта с применением структурного подхода.

BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя, дающий возможность аналитику создать сложные модели при минимальных усилиях.

2.4 Разработка модели бизнес-процесса TO BE («Как должно быть»)

Декомпозицию функции А3 «Выдача/прием книг» целесообразно провести в нотации DFD, так как происходит учет выдачи/приема книг в базе данных (Рисунок 2.6).

Рисунок 2.6 – Декомпозиция функции А3 «Выдача/прием книг»

В библиотеке постоянно идет обновление и пополнение литературы. Процесс покупки книг показан в декомпозиции «Покупка книг» (рисунок 2.7).

Рисунок 2.7 – Декомпозиция функции А3 «Покупка книг»