Дипломная работа: Автоматизация процесса ведения документации и отчетности на предприятии "Торговый дом АгроСи"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
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. Характеристика результатной информации
В ходе разработки АИС материально-технического обеспечения
выходными документами для системы являются:
Источник: https://baza.diplomsite.ru/previewfile/2055