Дипломная работа: Автоматизация управления проектами студии Нюанс
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
81
Рисунок 2.1 – Основные этапы ЖЦ ПС
Платформа «1С: Предприятие» реализует гибкий подход к разработке
ПС, который позволяет быстрее создавать технологические решения,
привлекая меньше людей, снижая риски и повышая уровень качества.
В качестве стратегии внедрения нами была выбрана стратегия
«скачок». В настоящее время на предприятии не автоматизирован
документооборот, а использование данной стратегии позволит достаточно
быстро внедрить нашу информационную систему.
В качестве стандарта жизненного цикла нами был выбран стандарт
RUP.
82
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
К основным ожидаемым рискам на этапах ЖЦ ПС относятся:
несоблюдение сроков реализации проекта,
повышение стоимости проекта,
несоответствие функциональным требованиям,
сложность обучения пользователей,
возникновение ошибок при работе приложения,
угроза безопасности данных.
Успешность реализации проекта зависит от правильного выбора
комбинации стандартных методов ЖЦ и тщательного планирования работ его
этапов. В платформе «1С: Предприятие» изначально заложена строгая
ориентация на построение прикладного решения на основе определенной
модели. Этот подход является весьма перспективным и доминирующим в
обозримом будущем в современных средствах разработки. Идеи построения
бизнес-приложений на основе модели, например, нашли воплощение в
архитектуре MDA (Model Driven Architecture) консорциума OMG. Под
моделью понимается вся идеология построения прикладного решения. Сюда
относятся способы построения структур данных, типы связей между данными,
принципы манипулирования данными, формы описания бизнес- логики,
способы связи данных с интерфейсными объектами, разделение
функциональности по уровням системы и многое другое.
Важно, что все бизнес-приложения неукоснительно следуют принятой
модели и этим обеспечивается единообразие и предсказуемость их поведения.
Фактически, разработчик, желающий отразить в прикладном решении
специфику той или иной предметной области, имеет вполне определенный
набор способов решения этой задачи средствами, заложенными в платформу
в виде объектов метаданных. С одной стороны, такой подход ограничивает
(вполне осмысленно) свободу разработчика, но с другой – защищает его от
множества ошибок и позволяет в сжатые сроки
83
получать работоспособное решение, которое сможет в дальнейшем
развиваться и поддерживаться как им самим, так и, при необходимости,
другим специалистом.
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Трехуровневая архитектура приложения и система управления
доступом, обеспечивает снижения угроз информационной безопасности
(потеря данных, кража, фальсификация и т.д.).
Для того чтобы сотрудники предприятия использовали ресурсы СУБД
квалифицированно, эффективно и по назначению, придерживаясь норм этики
и соблюдая законы, определены четыре категории пользователей:
Директор,
Менеджер,
Технический отдел,
Отдел разработки.
Дизайнерский отдел
Каждому из пользователей определены свои права доступа к системе.
84
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
Входной информацией в системе являются данные по графикам работы
пользователей, комментарии к заказам, сами заказы.
Оперативной информацией являются данные о ходе работ над
проектом.
85
2.2.3. Характеристика результатной информации
Результатной информацией системы являются различные отчеты,
формируемые на основе оперативной информации.
Реестр договоров, из которого можно получить данные по каждому из
договоров
Отметки о заверении документов, а также отметки о подписании
договора и сдаче в архив
Отчеты по договорам
Отчеты по договорам включают:
Заключенные договоры
Договоры, заключенные в определенный период
Истекшие договоры
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
2.3.2. Характеристика базы данных
Составим концептуальное описание базы данных предметной области.
Пользователи создают заказы на сайте. Заказов может быть
несколько.
В каждом заказе могут быть вложения.
В каждом заказе может быть несколько вложений.
По каждому заказу выполняются задачи. Задач может быть несколько.
Пользователи сайта отправляют друг другу сообщения.
Пользователи оставляют комментарии к заказам.
Таким образом, сущности в базе данных следующие:
Источник: https://baza.diplomsite.ru/previewfile/2306