44
- Поддержка различных технологий моделирования;
- Анализ показателей затрат и производительности;
- Интеграция процессов/данных;
- Поддержка стандартных нотаций;
- Экспорт объектов и свойств в другие модели;
- Документирование информации в пределах всей модели;
- Масштабируемость отчетности без потери качества графиков.
AllFusion Process Modeler 7 (BPwin):
- поддерживает сразу три стандартные нотации - IDEF0
(функциональное моделирование), DFD (моделирование потоков данных) и
IDEF3 (моделирование потоков работ). Эти три основных ракурса позволяют
описывать предметную область более комплексно.
- позволяет повысить эффективность бизнеса, оптимизировать любые
процедуры в компании.
- полностью поддерживает методы расчета себестоимости по объему
хозяйственной деятельности (функционально-стоимостной анализ, ABC)
- недорог, распространен, по нему много информации и компетентных
специалистов.
- позволяет облегчить сертификацию на соответствие стандартам
качества ISO9000.
- является стандартом де-факто, интегрирован с ERwin Data
Modeler (для моделирования БД ).
- благодаря вышеупомянутой интеграции и поддержке совместной,
командной работы над одними и теми же моделями, не имеет аналогов для
крупных проектов.
- интегрирован со средством имитационного моделирования Arena.
Имитационное моделирование - создание компьютерной модели системы
(физической, технологической, финансовой и т. п.) и проведение на ней
45
экспериментов с целью наблюдения/предсказания. Реальный эксперимент
проводить дороже, а зачастую опасно или невозможно.
- содержит собственный генератор отчетов.
- позволяет эффективно манипулировать моделями - сливать и
расщеплять их.
- имеет широкий набор средств документирования моделей, проектов.
Model Maker - это инструмент case-проектирования компании Model
Maker tools BV. Данный продукт включен в состав Delphi 7, хотя может
использоваться и отдельно. Основными возможностями Model Maker являются:
- Построение UML-диаграмм: вариантов использования (use case
diagram), диаграмм классов (class diagram), диаграмм последовательностей
(sequence diagram), диаграмм взаимодействия (collaboration diagram), диаграмм
состояний (state diagram), диаграмм активности (activity diagram), диаграмм
зависимостей (Unit dependencies diagram) и др.
- Генерация кода Delphi и тесная интеграция с IDE Delphi.
- Возможность импорта исходного кода Delphi.
- Графическое отображение элементов классов и модулей Delphi.
- Возможность применения шаблонов проектирования.
Использование Model Maker делает возможным создание приложения от
этапа проектирования и до готового исходного кода без применения каких либо
дополнительных case-инструментов.
Можно выделить две основных области применения продукта:
- Системный анализ с использованием UML.
- Визуальное проектирование компонентов и классов Delphi.
Bold for Delphi (существует также версия для C++ Builder), в свою
очередь, - это технология быстрой разработки приложений на основе UML-
моделей. Этот продукт создан компанией BoldSoft, позволяет на основании
UML-описания бизнес-процессов и бизнес-правил быстро и качественно
спроектировать и с лёгкостью модифицировать информационную систему
46
(ИС). Само UML-проектирование выполняется с помощью стороннего case-
инструмента, а созданная UML-модель импортируется в Bold. На сегодняшний
день Bold может импортировать модели из Rational Rose и Model Maker.
Традиционная модель разработки приложения баз данных включает в
себя следующие этапы:
1. Изучение предметной области. Выделение сущностей предметной
области, их атрибутов и связей между ними.
2. Проектирование базы данных. На данном этапе проектируется набор
таблиц и реляционных связей для хранения каждой сущности.
3. Создание графического интерфейса пользователя для управления
сущностями.
4. Реализация бизнес-правил в хранимых процедурах на сервере или в
клиентском приложении.
Bold предлагает усовершенствованную модель, позволяющую
программисту работать на уровне представления сущностей предметной
области как классов, при этом необходимые структуры для хранения
сущностей в БД создаются автоматически, без дополнительных усилий
программиста. Кроме того, создаются и метаданные сущностей, позволяющие в
дальнейшем быстро вносить изменения и дополнения в модель системы.
Данный способ разработки приложения получил название «Model driven
development», что можно перевести как «разработка на основе модели».
Модель приложения в Bold разделена на три слоя:
- Хранилище данных и метаданных. Этот слой предназначен для
хранения информационной модели приложения и данных сущностей,
введенных пользователем. Реализуется на основе реляционных БД.
- Слой бизнес-логики. Данный слой предназначен для создания модели
классов приложения. Модель может также быть импортирована из средств case-
проектирования. Для работы с объектами предметной области применяется
специальный язык OCL (Object Constraint Language) - язык описания
47
ограничений объектов.
- Компоненты для создания GUI. Набор компонентов для создания
графического интерфейса работы с сущностями.
2.4 Выбор стратегии автоматизации задачи
Существует четыре основных варианта стратегии автоматизации:
- комплексная автоматизация;
- кусочная (хаотичная) автоматизация;
- автоматизация по участкам;
- автоматизация по направлениям.
Кусочная автоматизация предполагает под собой приобретение
предприятием без конкретного стратегического плана отдельных фрагментов
информационной системы, которые не способны оказать реальной пользы
предприятию в целом. Дальнейшее развитие информационной системы
предприятия связано с новыми, значительными затратами.
Автоматизация по участкам предусматривает автоматизацию отдельных
производственных участков, объединенных по набору выполняемых функций.
Этот способ автоматизации выбирается при условии, если существуют участки,
где применение автоматизированных систем дает значительный экономический
эффект, например за счет сокращения персонала.
Автоматизация по направлениям подразумевает под собой
автоматизацию отдельных направлений деятельности компании. В этом случае
компания получает полную автоматизацию работы, например, кадровой
службы, производства, бухгалтерии или логистики. Такой подход к
автоматизации вполне нормален и в дальнейшем интеграция уже
автоматизированных направлений в рамках всего предприятия не будет связана
с серьезными препятствиями.
В рамках выбранной нами задачи производится автоматизация
отдельного направления деятельности банка – кадрового движения
48
сотрудников. В данном случае уместнее использовать стратегию автоматизации
по направлениям деятельности, так как наша система автоматизации затронет
лишь одно направление.
2.5 Построение ER модели базы данных
Для хранения информации, в проектируемой информационной системе
используется реляционная база данных. Структура таблиц базы данных
представлена на рисунке 2.1.
Проектируемая база данных состоит из следующих таблиц:
- районы – для хранения информации о районах;
- Регионы – для хранения информации о субъектах федерации;
- города – для хранения информации о городах;
- улицы – для хранения информации о улицах;
- учетная карта – хранит информацию о формулярах читателей;
- учетная карточка – хранит информацию о выдаче книг читателям;
- виды книг – хранит информацию о видах книг;
- тематика – хранит информацию о тематике книг;
- поставщики – информация о поставщике книг.
Приведем более подробное описание
Рисунок 2.1 - Er модель базы данных
49
Таблица «Регины» - таблица содержащая условно – постоянную (справочную
информацию) о регионах с которыми работает библиотека.
Таблица 2.1
Описание полей таблицы «Регионы»
Назначение
Наименование
Тип данных
Размер
Примечание
Порядковый
номер записи
Код_региона
Число
Длинное
целое
Первичный
ключ
Название
региона
Регион
Строка
35
Таблица «Районы» - таблица содержащая условно – постоянную
(справочную информацию) о районах с которыми работает библиотека.
Таблица 2.2
Описание полей таблицы «Районы»
Назначение
Наименование
Тип данных
Размер
Примечание
Порядковый
номер записи
Код_района
Число
Длинное
целое
Первичный
ключ
Название
региона
Регион
Строка
35
Таблица «Города» - таблица содержащая условно –постоянную (справочную
информацию) о регионах с которыми работает библиотека.
Таблица 2.3
Описание полей таблицы «Города»
Назначение
Наименование
Тип данных
Размер
Примечание
Порядковый
номер записи
Код_города
Число
Длинное
целое
Первичный
ключ
Название
региона
Регион
Строка
35
Таблица «Улицы» - таблица содержащая условно –постоянную (справочную
информацию) о улицах проживания посетителей.
Таблица 2.4
Описание полей таблицы «Улицы»
Назначение
Наименование
Тип данных
Размер
Примечание
Порядковый
номер записи
Код_улицы
Число
Длинное
целое
Первичный
ключ
Название
региона
Регион
Строка
35
Таблица «Учетная карта» - таблица содержащая входную о посетителях
библиотеки.
50
Таблица 2.5
Описание полей таблицы «Учетная карта»
Назначение
Наименование
Тип данных
Размер
Примечание
Порядковый
номер записи
Код_читателя
Число
Длинное
целое
Первичный
ключ
Фамилия
читателя
Фамилия
Строка
30
Имя читателя
Имя
Строка
30
Отчество
читателя
Отчество
Строка
25
Район
проживания
читателя
Район
Число
Длинное
целое
Внешний
ключ
Регион
проживания
читателя
Регион
Число
Длинное
целое
Внешний
ключ
Улица
проживания
читателя
Улица
Число
Длинное
целое
Внешний
ключ
Номер дома,
корпуса,
квартиры и
т.д.
Адрес
строка
33
Телефон
Телефон
Строка
11
Категория
читателя
категория
Строка
22
2.5.1 Дерево функций и сценарий диалога
Данное программное обеспечение предназначено для автоматизации
процесса работы библиотекаря. Приложение разработано для использования в
среде операционных систем Microsoft Windows. Взаимодействие приложения с
пользователем осуществляется с использованием экранных форм и
размещенных на них элементов управления для обеспечения простоты
взаимодействия пользователя с системой автоматизации.
Разрабатываемый программный продукт реализует следующий набор
функций:
- выбор посетителя;
- предоставление полей ввода исходных данных с первичных носителей;
- возможность предварительного просмотра отчета;
51
- возможность формирования.
Сценарий диалога проектируемой информационной системы отражает
формат взаимодействия пользователя с информационной системой. Для
организации данного взаимодействия используется язык типа меню. Работа
пользователя с информационной системой начинается с главной формы
приложения.
На рисунке 2.2 и 2.3 даны схемы дерева функций обоих указанных выше
подмножеств:
Рисунок 2.2 - Дерево функций работы с информационной
системой
Основные функции
системы
Оформление выдачи
книг
Ввод данных
Выбор читателяВыбор книги
Вспомогательные
функции системы
Информационная
система
Ведение
справочников
Редактирование
отчетов
Ввод данных
Выбор читателя
Выбор книги
Возврат книг
52
Рисунок 2.3 – Сценарий диалога информационной системы
1
Главное окно
плиложения
2
3
4
5
Заполнить
форму
Переход по
вкладкам
Предваритель
ный просмотр
макета
Печатьмакета
Заполнить
форму
Переход по
вкладкам
Предваритель
ный просмотр
макета
Печатьмакета
Заполнить
форму
Переход по
вкладкам
Предваритель
ный просмотр
макета
Печатьмакета
Заполнить
форму
Переход по
вкладкам
Предваритель
ный просмотр
макета
Печатьмакета
53
Глава 3. Расчет экономической эффективности
3.1.Техническое задание на создание ИС
Данное техническое задание разрабатывается на основе ГОСТ
№34.602.89 «Техническое задание на разработку автоматизированной
системы».
Настоящее техническое задание определяет требования и порядок
создания Автоматизированной информационной для Библиотеки - (Далее
Система).
ИС разрабатывается силами внутреннего отдела информационных
технологий.
На разработку и внедрение системы отводится 3 месяца: с 01.02.2010 по
01.05.2010 включительно.
Финансирование разработки проводится на собственные средства
Библиотеки.
У создаваемой автоматизированной информационной системы должен
быть простой и удобный в использовании интерфейс. Каждый работник должен
иметь свои права доступа к системе.
Система должна удовлетворять определенным условиям безопасности,
т.к. информация, хранимая в ней, конфиденциальна и доступна только
сотрудникам.
Система должна быть устойчива к сбоям, вход в систему должен
осуществляться путем ввода логина и пароля.
Необходимая квалификация персонала – знание компьютера на уровне
уверенного пользователя ПК.
Автоматизированная информационная система должна обеспечивать:
- разграничение прав доступа к данным и функциям в соответствии с
должностями пользователей;
- защиту данных от несанкционированного доступа и непреднамеренного