Дипломная работа: Автоматизация приема платежей на базе конфигурации "1С Предприятия 8.3" в ООО "ТК Винторг"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
36
Стандарт ГОСТ Р ИСО/МЭК 12207 устанавливает общую структуру
процессов ЖЦ ПС, определяет процессы, работы и задачи, выполняемые в ходе
ЖЦ ПС:
― основные процессы (проектирование, разработка, внедрение),
― вспомогательные процессы (исследование предметной области и
формирование функциональных требований к системе),
― организационные процессы (управление конфигурацией).
Так как исследование предметной области и постановка задачи проведена
в аналитическом разделе проекта, а функции управления конфигурацией
полностью автоматизированы платформой «1С: Предприятие», то более подробно
остановимся на основных процессах ЖЦ ПС, структура которых представлена на
рисунке 2.1.
Рисунок 2.1 – Основные этапы ЖЦ ПС
37
Платформа «1С: Предприятие» реализует гибкий подход к разработке ПС,
который позволяет быстрее создавать технологические решения, привлекая
меньше людей, снижая риски и повышая уровень качества.
В качестве стратегии внедрения нами была выбрана стратегия
«скачок». В настоящее время на предприятии не автоматизирован
документооборот, а использование данной стратегии позволит достаточно
быстро внедрить нашу информационную систему.
В качестве стандарта жизненного цикла нами был выбран стандарт
RUP.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
К основным ожидаемым рискам на этапах ЖЦ ПС относятся:
― несоблюдение сроков реализации проекта,
― повышение стоимости проекта,
― несоответствие функциональным требованиям,
― сложность обучения пользователей,
― возникновение ошибок при работе приложения,
― угроза безопасности данных.
Успешность реализации проекта зависит от правильного выбора
комбинации стандартных методов ЖЦ и тщательного планирования работ его
этапов. В платформе «1С: Предприятие» изначально заложена строгая ориентация
на построение прикладного решения на основе определенной модели. Этот
подход является весьма перспективным и доминирующим в обозримом будущем
в современных средствах разработки. Идеи построения бизнес-приложений на
основе модели, например, нашли воплощение в архитектуре MDA (Model Driven
Architecture) консорциума OMG. Под моделью понимается вся идеология
построения прикладного решения. Сюда относятся способы построения структур
данных, типы связей между данными, принципы манипулирования данными,
38
формы описания бизнес-логики, способы связи данных с интерфейсными
объектами, разделение функциональности по уровням системы и многое другое.
Важно, что все бизнес-приложения неукоснительно следуют принятой
модели и этим обеспечивается единообразие и предсказуемость их поведения.
Фактически, разработчик, желающий отразить в прикладном решении специфику
той или иной предметной области, имеет вполне определенный набор способов
решения этой задачи средствами, заложенными в платформу в виде объектов
метаданных. С одной стороны, такой подход ограничивает (вполне осмысленно)
свободу разработчика, но с другой – защищает его от множества ошибок и
позволяет в сжатые сроки получать работоспособное решение, которое сможет в
дальнейшем развиваться и поддерживаться как им самим, так и, при
необходимости, другим специалистом.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Трехуровневая архитектура приложения «1С: Предприятие» и система
управления доступом, обеспечивает снижения угроз информационной
безопасности (потеря данных, кража, фальсификация и т.д.).
Для того чтобы сотрудники предприятия использовали ресурсы СУБД
квалифицированно, эффективно и по назначению, придерживаясь норм этики и
соблюдая законы, определены четыре категории пользователей:
― Администратор,
― Менеджер,
― Бухгалтер,
― Кладовщик,
― Директор.
Каждому из пользователей определены свои права доступа к системе.
Разграничение прав пользователей представлено в таблице 2.1.
39
Таблица 2.1
Разграничение прав пользователей
ПОЛЬЗОВАТЕЛИ
Рабочий
стол
Поставки
материалов
Продажи
материалов
Аналитическая
отчетность
Администратор
Полный
доступ
Полный
доступ
Полный
доступ
Полный доступ
Директор
Полный
доступ
Полный
доступ
Полный
доступ
Полный доступ
Бухгалтер
Чтение
Чтение/
Создание/
Удаление
Чтение/
Создание/
Удаление
Чтение
Менеджер
Чтение
Доступ закрыт
Чтение/
Создание
Доступ закрыт
Кладовщик
Чтение
Чтение/
Создание/
Удаление
Доступ закрыт
Доступ закрыт
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель представляет собой схему, отражающую
преобразование информационных реквизитов от источников информации до её
получателей или, иными словами, процесс обработки информации
информационной системой. При построении модели следует однозначно
понимать физические основы работы информационной системы и технологии её
взаимодействия с внешними ИС и пользователями моделируемой ИС.
Построенная схема информационной модели разрабатываемой ИС, представлена
в Приложении 1. Анализируя построенную схему можно выделить следующие
области:
― Область 1 отображает процесс заключения договоров с
поставщиками и прием поставок стройматериалов кладовщиком на основании
приходных накладных.
― Область 2 отображает процесс продаж стройматериалов клиентам с
учетом скидок, формирование расходной накладной и наряда на сборку заказа для
грузчиков.
― Область 3 отображает процесс формирования аналитической
отчетности о результатах работы (невыполненные заказы, неоплаченные заказы,
40
кассовый отчет, отчет о прибыли, рейтинг поставщиков, инвентаризационная
ведомость).
― Область 4 отображает процесс конфигурирования ИС
администратором (добавление пользователей, смена паролей, загрузка
классификаторов, резервное копирование).
Информационная модель системы приведена на рисунке ниже.
Рисунок 2.1. Информационная модель системы
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
Входная оперативная информация представляет собой заполнение и ввод в
базу данных экранных форм первичных документов. Как правило, работа с любой
задачей начинается с заполнения справочников. В дальнейшем по мере работы с
программой справочники также пополняются и изменяются. Для хранения,
просмотра, добавления и редактирования нормативно-справочной информации
были разработаны следующие справочники ИС:
― Справочник «Контрагенты»;
Источник: https://baza.diplomsite.ru/previewfile/2003