46
Масштабируемость.
Высокий уровень защиты
данных (как от аппаратных
сбоев, так и от атак извне).
Позволяет оперировать
огромными объемами
информации.
Informix
Надежность.
Гибкость
Удобство использования.
Низкая совокупная
стоимость владения.
СУБД для онлайновой
обработки транзакций (OLTP), а
также СУБД для
интегрированных решений.
Очевидно, что использование Oracle Database потребует больших
аппаратных ресурсов для своего функционирования. К тому же, эта СУБД
используется в основном для крупных высоконагруженных проектов, так что
использование этой системы нецелесообразно.
MySQL распространяется на условиях свободного программного
обеспечения, поэтому использование этой СУБД не потребует дополнительных
расходов. Но но в то же время использование этой СУБД потребует установки
дополнительного программного обеспечения на клиентские компьютеры, и
усложнит разработку программы в связи с тем, что Delphi в поставке по
умолчанию не поддерживает MySQL в качестве удаленной базы данных. К тому
же MySQL не очень хорошо раобтает с большими объемами данных. Поэтому
этот вариант также непригоден для нас.
Использование Informix также потребует установки дополнительного
программного обеспечения.
Использование Access нецелесообразно, поскольку это файл-серверная
СУБД. Из-за файлового принципа организации данных могут возникнуть
определенные проблемы при использовании базы данных несколькими
пользователями, а зачастую многопользовательские подключения к этой СУБД
вообще невозможны. К тому же у этой системы слишком низкая безопасность –
47
доступ к данным может получить практически любой пользователь компьютера,
открыв соответствующий файл базы данных.
Использование MS SQL Server целесообразно, поскольку эта СУБД
поддерживает сетевую работу, масштабируема и надежна. Причём существует
бесплатная версия этой СУБД (SQL Server Express), которая обладает
практически той же функциональностью, что и платная версия.
Поддержка хранимых процедур в Microsoft SQL Server позволяет
реализовать удобный интерфейс доступа к базе данных в нашем приложении.
Поддержка представлений позволит организовать виртуальные таблицы для
доступа к данным.
Таким образом, в качестве СУБД мы будем использовать именно
Microsoft SQL Server Express 2012.
1.4.3. Обоснование проектных решений по техническому обеспечению
Для решения задачи в текущем варианте на предприятии компьютерная
техника используется частично. Ведомости и реестры заполняются вручную в
программе Excel.
Использование автоматизированной системы позволит значительно
ускорить время обработки заявок пользователей и реагирования на них.
При сборе и регистрации информации особое значение придается
достоверности, полноте и своевременности первичной информации. На
предприятии сбор и регистрация информации происходят при выполнении
различных хозяйственных операций.
Сбор информации, как правило, сопровождается ее регистрацией, т.е.
фиксацией информации на материальном носителе (документе, машинном
носителе), вводом в ЭВМ. Запись в первичные документы в основном
осуществляется вручную, поэтому процедуры сбора и регистрации остаются
пока наиболее трудоемкими. В условиях автоматизации управления компанией
особое внимание придается использованию технических средств сбора и
регистрации информации, совмещающих операции количественного измерения,
регистрации, накопления и передачи информации по каналам связи, ввод
48
непосредственно в ЭВМ для формирования нужных документов или накопления
полученных данных в системе.
Хранение и накопление информации вызвано многократным ее
использованием, применением условно-постоянной справочной и других видов
информации, необходимостью комплектации первичных данных до их
обработки. Хранение и накопление информации осуществляется в
информационных базах, на машинных носителях в виде информационных
массивов, где данные располагаются по установленному в процессе
проектирования порядку.
С хранением и накоплением непосредственно связан поиск данных, т.е.
выборка нужных данных из хранимой информации, включая поиск информации,
подлежащей корректировке или замене. Процедура поиска информации
выполняется автоматически на основе составленного пользователем или ЭВМ
запроса на нужную информацию.
Обработка информации производится на ЭВМ в местах возникновения
первичной информации, где организуются автоматизированные рабочие места
(АРМ) специалистов. Обработка может производиться не только автономно, но
и в вычислительных сетях, с использованием набора ЭВМ программных средств
и информационных массивов для решения функциональных задач.
При выборе компьютера необходимо руководствоваться рядом
характеристик. К таким характеристикам относятся надежность, стоимостные
затраты, производительность, простота использования и др. От значения
указанных параметров зависит возможность работы с требуемыми
программными средствами, а, следовательно, и успех создания системы.
Для каждого из элементов данной схемы выделяется перечень критериев,
наиболее важных при осуществлении выбора технического обеспечения. Эти
критерии таковы:
тактовая частота процессора;
разрешение монитора;
объем оперативной памяти.
Для решения поставленной задачи необходимо использовать
персональный компьютер с уровнем вычислительной мощности AMD 2000 Мгц,
49
либо Intel 2000 Мгц, с объемом оперативной памяти от 2 Гб. Система
оптимизирована для работы в экранном разрешении 1280х1024 на мониторе с
диагональю 17 дюймов. Все эти технические средства обладают достаточной для
решения задачи конфигурацией.
II ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Практика разработки прикладных приложений показывает, что идеальных
стандартов моделирования жизненного цикла (ЖЦ) проектов автоматизации, не
существует. Для достижения успехов, рекомендуется применять
комбинированные методики, которые основываются на нескольких стандартах и
методологиях. В рамках данного дипломного проекта, был применен
комбинированный метод, а именно:
для определения основных этапов ЖЦ был выбран международный
стандарт ГОСТ Р ИСО/МЭК 12207-2010
для функционального моделирования предметной области и
формирования функциональных требований, была выбрана IDEF-
технология
для проектирования базы данных и разработки приложения, была
выбраны объектно-реляционная модель программирования систем,
обеспечивающаяся функциональными особенностями платформы
разработки.
В качестве основного стандарта, определяющего процессы ЖЦ
программных средств (ПС), был выбран стандарт ГОСТ Р ИСО/МЭК 12207 из-за
следующих преимуществ:
стандарт ГОСТ Р ИСО/МЭК 12207 является российским стандартом,
официально введенным в действие на территории Российской
Федерации.
50
стандарт создан на основе одного из наиболее популярных
международных стандартов в сфере информационных технологий –
ISO/IEC 12207:1995 (ISO/IEC12207) Standard for Information Technology
- Software Lifecycle Processes.
популярные методологии разработки ПС (такие как Rational Unified
Process) основываются на ISO/IEC 12207:1995 (ISO/IEC12207) Standard
for Information Technology - Software Lifecycle Processes.
Стандарт ГОСТ Р ИСО/МЭК 12207 устанавливает общую структуру
процессов ЖЦ ПС, определяет процессы, работы и задачи, выполняемые в ходе
ЖЦ ПС:
основные процессы (проектирование, разработка, внедрение),
вспомогательные процессы (исследование предметной области и
формирование функциональных требований к системе),
организационные процессы (управление конфигурацией).
Так как исследование предметной области и постановка задачи проведена
в аналитическом разделе проекта, а функции управления конфигурацией
полностью автоматизированы платформой «1С: Предприятие», то более
подробно остановимся на основных процессах ЖЦ ПС, структура которых
представлена на рисунке 2.1.
51
Рисунок 2.1 – Основные этапы ЖЦ ПС
Delphi реализует гибкий подход к разработке ПС, который позволяет
быстрее создавать технологические решения, привлекая меньше людей, снижая
риски и повышая уровень качества.
В качестве стратегии внедрения нами была выбрана стратегия «скачок». В
настоящее время на предприятии не автоматизирован документооборот, а
использование данной стратегии позволит достаточно быстро внедрить нашу
информационную систему.
В качестве стандарта жизненного цикла нами был выбран стандарт RUP.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
К основным ожидаемым рискам на этапах ЖЦ ПС относятся:
― несоблюдение сроков реализации проекта,
― повышение стоимости проекта,
― несоответствие функциональным требованиям,
― сложность обучения пользователей,
― возникновение ошибок при работе приложения,
― угроза безопасности данных.
Успешность реализации проекта зависит от правильного выбора
комбинации стандартных методов ЖЦ и тщательного планирования работ его
этапов. В используемой IDE изначально заложена строгая ориентация на
построение прикладного решения на основе определенной модели. Этот подход
является весьма перспективным и доминирующим в обозримом будущем в
современных средствах разработки. Идеи построения бизнес-приложений на
основе модели, например, нашли воплощение в архитектуре MDA (Model Driven
Architecture) консорциума OMG. Под моделью понимается вся идеология
построения прикладного решения. Сюда относятся способы построения
структур данных, типы связей между данными, принципы манипулирования
данными, формы описания бизнес-логики, способы связи данных с
интерфейсными объектами, разделение функциональности по уровням системы
и многое другое.
52
Важно, что все бизнес-приложения неукоснительно следуют принятой
модели и этим обеспечивается единообразие и предсказуемость их поведения.
Фактически, разработчик, желающий отразить в прикладном решении
специфику той или иной предметной области, имеет вполне определенный набор
способов решения этой задачи средствами, заложенными в платформу в виде
объектов метаданных. С одной стороны, такой подход ограничивает (вполне
осмысленно) свободу разработчика, но с другой – защищает его от множества
ошибок и позволяет в сжатые сроки получать работоспособное решение, которое
сможет в дальнейшем развиваться и поддерживаться как им самим, так и, при
необходимости, другим специалистом.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Трехуровневая архитектура приложения и система управления доступом,
обеспечивает снижения угроз информационной безопасности (потеря данных,
кража, фальсификация и т.д.).
Для того чтобы сотрудники предприятия использовали ресурсы СУБД
квалифицированно, эффективно и по назначению, придерживаясь норм этики и
соблюдая законы, определены четыре категории пользователей:
Администратор,
Менеджер,
Юрист,
Бухгалтер,
Директор.
Каждому из пользователей определены свои права доступа к системе.
Разграничение прав пользователей представлено в таблице 2.1.
Таблица 2.1
Разграничение прав пользователей
ПОЛЬЗОВАТЕЛИ
Рабочий
стол
Поставки
материалов
Продажи
материалов
Аналитическая
отчетность
Администратор
Полный
доступ
Полный
доступ
Полный
доступ
Полный доступ
53
Директор
Полный
доступ
Полный
доступ
Полный
доступ
Полный доступ
Юрист
Чтение
Чтение/
Создание/
Удаление
Чтение/
Создание/
Удаление
Чтение
Менеджер
Чтение
Доступ
закрыт
Чтение/
Создание
Доступ закрыт
Бухгалтер
Чтение
Чтение/
Создание/
Удаление
Доступ
закрыт
Доступ закрыт
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
На рисунке 2.2 приведена информационная модель системы.
ИС Юрист Менеджер
Контрагенты Статусы к онтрагентов Банки
ОПФ Договоры Условия опла ты
Виды договоров Фирмы Классификация договоров
Валюты Документы контрагентов
*Контрагенты *Статусы контрагентов *Банки
*ОПФ *Договоры *Условия оплаты
*Виды договоров *Фирмы *Классификация договоров
*Валюты *Документы контрагентов
Формирование договора
Внесение документов
контрагентов
Заполнение справочников
Согласование договора
Отчет по договорам
Рисунок 2.2. Информационная модель системы
54
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
Под входной информацией понимается вся информация, необходимая для
решения задачи и расположенная на различных носителях: первичных
документах, машинных носителях, в памяти персонального компьютера.
От рациональной организации входной информации производственного
предприятия, способов сбора, регистрации, передачи, хранения и обработки
информации, ее состава и своевременного получения зависят оперативность и
эффективность управления производственными процессами.
Входной информацией для разрабатываемой в дипломном проекте
автоматизированной системы является:
Проект договора, написанный от руки, либо набранный на компьютере,
который проверяется сотрудниками предприятия на правильность.
Копии документов о контрагенте, собранные менеджером. Ссылки на эти
документы размещаются в базе данных, что упрощает работу с ними.
Данные по контрагенту, которые заносятся в справочник.
Данные по договору, которые заносятся в реестр договоров.
Нормативно-Справочная информация - условно-постоянный компонент
корпоративной информации, являющийся основой для унификации и
нормализации данных, сопровождающих протекающие бизнес-процессы, а
также регламентацию деятельности организации. Другими словами,
нормативно-справочная информация – это информационный ресурс компании,
формируемый внутри и получаемый, как правило, извне. Она содержит
стандарты, требования, правила, положения и прочую информацию,
нормирующую и систематизирующую деятельность компании.
Для работы с постоянной и условно постоянной информацией с
некоторым множеством значений в системе используются объекты типа
"Справочник". Обычно справочниками являются списки материалов, товаров,
организаций, валют, сотрудников и др. Название и структура каждого
конкретного справочника определяется при его создании. На этапе создания
можно описать, какими свойствами обладает каждый конкретный справочник. К
55
настраиваемым свойствам относятся, например, длина и тип кода, количество
уровней, поддержка уникальности кодов, набор реквизитов справочника.
Помимо кода и наименования, механизм работы со справочниками позволяет
создавать набор реквизитов для хранения любой дополнительной информации
об элементе справочника.
К нормативно-справочной информации, используемой в разрабатываемой
АИС относится:
Справочник «Банки»
Справочник «Валюты»
Справочник «Виды договоров»
Справочник «Классификация договоров»
Справочник «Контрагенты»
Справочник «Нормативно-правовые формы»
Справочник «Статусы контрагентов»
Справочник «Условия оплаты»
Справочник «Фирмы»
Справочник является списком возможных значений того или иного
реквизита. Справочники используются в тех случаях, когда необходимо
исключить неоднозначный ввод информации. Например, для того, чтобы
покупатель, продавец, кладовщик, директор понимали, о каком товаре идет речь,
каждый должен называть его одинаково. И в этом случае необходим справочник.
С точки зрения пользователя, следует иметь в виду, что в Access создается
не сам справочник, как список значений, а разрабатывается заготовка
справочника, его шаблон. В процессе конфигурирования описывается структура
информации, которая будет храниться в справочнике, разрабатывается экранное
и, если необходимо, печатное представление справочника, задаются различные
особенности его «поведения».
2.2.3. Характеристика результатной информации
В ходе разработки АИС материально-технического обеспечения
выходными документами для системы являются: