Индивидуальное задание № 2
«РАЗРАБОТКА ТРЕБОВАНИЙ К СИСТЕМЕ АВТОМАТИЗАЦИИ»
1. Описание пользовательских и бизнес-требований
Основной целью разработки системы автоматизации деятельности транспортной компании является перевод документооборота, учёта и контроля в электронный вид.
В организации, которая осуществляет транспортные перевозки можно выделить несколько субъектов, заинтересованных во внедрении автоматизации:
- Директор;
- Бухгалтерия;
- Диспетчеры
Директор заинтересован в повышении производительности всей транспортной компании, в улучшении качества обработки и хранения информации, перемещение документов внутри организации. А также:
-решать транспортные задачи
-участвовать в электронных тендерах на грузоперевозки
-осуществлять онлайн-контроль движения грузов и транспорта
Бухгалтерия заинтересована в получении доступа к учётно-финансовой информации предприятия для составления бухгалтерской отчётности. А также:
- вести электронный документооборот
-создать единую базу контрагентов и договоров
- вести учет и контроль затрат и платежей
- генерировать развернутые отчеты
Диспетчеры заинтересованы в улучшении качества структурированности информации. А также:
- обрабатывать и контролировать заказы на грузоперевозки (автоперевозки и т.п.)
- оформлять и обмениваться заявками и путевыми листами в пару кликов
-находить грузы и новых заказчиков с помощью доски объявлений грузов и автотранспорта
-вести журнал учета заявок и клиентов
-вести журнал учета транспорта и водителей
-общаться в онлайн-чате с водителями
Проанализировав требования вышеперечисленных субъектов, можно составить список бизнес-требований, которые представлены в таблице 1.1.
Таблица 1.1
Приоритеты и метрики бизнес-требований
Требование
|
Приоритет
|
Метрика
|
Обеспечение единого информационного хранилища для всех внутренних процессов организации
|
Высокий
|
Кол-во операций для ввода новой информации в систему
|
Разделение прав доступа к информации
|
Высокий
|
Мера доступности информации для различных категорий пользователей
|
Обеспечение электронного документооборота внутри организации
|
Высокий
|
Процент документов, переведенных в электронный формат
|
Масштабируемость системы для последующего охвата внешних бизнес-процессов
|
Средний
|
Возможное количество подключаемых подсистем без ущерба для работы существующей системы
|
Минимизация издержек на разработку и сопровождение информационной системы
|
Средний
|
Срок окупаемости проекта не более 6 месяцев
|
Обеспечение выполнения управленческих задач в системе
|
Высокий
|
Кол-во управленческих задач, доступных к выполнению в системе
|
Обеспечение выполнения аналитических задач
|
Средний
|
Кол-во аналитических задач, доступных к выполнению в системе
|
Обеспечение должного уровня безопасности (хранение личных данных, данных заказчиков, финансовой отчетности)
|
Высокий
|
Степень соответствия требованиям законодательства по хранению и обработке персональных данных и финансовой отчетности.
|
2. Определение функциональных требований к системе
На основе выявленных пользовательских и бизнес-требований были сформированы функциональные требования к системе, представленные на Табл. 3.2 – 3.8:
Таблица 1.2
Общее описание требования о едином информационном хранилище
1.
|
Требование
|
Должна быть создана единая база данных для всех информационных объектов системы
|
2.
|
Цель, которая будет
достигнута при реализации
требования
|
Обеспечение единого информационного хранилища для всех внутренних процессов организации
|
3.
|
Причина возникновения
требования
|
Требование руководства и персонала организации
|
4.
|
Пользователи, которым
доступна работа с функциями, реализующими требование
|
Директор, заместители директора, бухгалтерия, диспетчеры, водители
|
5.
|
Источник данных (ручной ввод, использование записей БД, данных из смежной системы)
|
Ручной ввод; Данные от пользователей, внесённые системой
|
6.
|
Правила, связанные с
требованием
|
БД должна быть реляционной и соответствовать трём нормальным формам
|
Таблица 1.3
Общее описание требования о регистрации и входе пользователей
1.
|
Требование
|
Должна обеспечиваться регистрация и вход в систему пользователей различных категорий и уровней доступа
|
2.
|
Цель, которая будет
достигнута при реализации
требования
|
Разделение прав доступа к информации (роли пользователей)
|
3.
|
Причина возникновения
требования
|
Требование руководства и персонала организации
|
4.
|
Пользователи, которым
доступна работа с функциями, реализующими требование
|
Директор, заместители директора
|
5.
|
Источник данных (ручной ввод, использование записей БД, данных из смежной системы)
|
Ручной ввод; Использование записей из БД
|
6.
|
Правила, связанные с
требованием
|
Регистрацию в системе может проводить только администратор и выдавать данные для входа (логин, пароль).
|
Таблица 1.4.
Общее описание требования об электронном документообороте
1.
|
Требование
|
Пользователям должны быть доступны типовые формы для ведения бухгалтерского учета (для бухгалтерии), учета документов (для директора), учета и работы с заказами (для диспечеров)
|
2.
|
Цель, которая будет
достигнута при реализации
требования
|
Обеспечение электронного документооборота внутри организации
|
3.
|
Причина возникновения
|
Требование руководства и персонала организации
|
4.
|
Пользователи, которым
доступна работа с функциями, реализующими требование
|
Бухгалтерия, заместители директоров
|
5.
|
Источник данных (ручной ввод, использование записей БД, данных из смежной системы)
|
Ручной ввод; данные из БД
|
6.
|
Правила, связанные с
требованием
|
Организованные функции должны соответствовать «Правилам обмена документами в электронном виде при организации информационного взаимодействия» Российской Федерации
|
Таблица 1.5.
Общее описание требования о масштабируемости системы
1.
|
Требование
|
Система должна разрабатываться в виде подсистем-блоков, подключаемых друг к другу (модульная структура)
|
2.
|
Цель, которая будет
достигнута при реализации
требования
|
Масштабируемость системы для последующего охвата внешних бизнес-процессов
|
3.
|
Причина возникновения
требования
|
Требование руководства и персонала организации
|
4.
|
Пользователи, которым
доступна работа с функциями, реализующими требование
|
Директор, заместители директора, бухгалтерия, диспетчеры, водители
|
Таблица 1.6
Общее описание требования для обеспечения
выполнения управленческих задач
1.
|
Требование
|
В системе должна быть организована связь между заказчиками и диспетчерами
|
2.
|
Цель, которая будет
достигнута при реализации
требования
|
Обеспечение выполнения управленческих задач в системе
|
3.
|
Причина возникновения
требования
|
Требование руководства и персонала организации
|
4.
|
Пользователи, которым
доступна работа с функциями, реализующими требование
|
Директор, заместители директора, диспетчеры
|
5.
|
Источник данных (ручной ввод, использование записей БД, данных из смежной системы)
|
Ручной ввод; Использование БД
|
6.
|
Правила, связанные с
требованием
|
Директор должен иметь возможность просматривать отчеты по заказам и маршрутным листам, корректировать маршрутные листы, а диспетчеры, в свою очередь, работать с заказами.
|
Таблица 1.7
Общее описание требования об инструментах аналитики
1.
|
Требование
|
Должны быть доступны инструменты для аналитики и построения сводных отчётов на основе имеющихся данных
|
2.
|
Цель, которая будет
достигнута при реализации
требования
|
Обеспечение выполнения аналитических задач
|
3.
|
Причина возникновения
требования
|
Требование директора, заместителей директора, бухгалтерии
|
4.
|
Пользователи, которым
доступна работа с функциями, реализующими требование
|
Директор, заместители директора, бухгалтерия
|
5.
|
Источник данных (ручной ввод, использование записей БД, данных из смежной системы)
|
Использование записей из БД
|
Таблица 1.8
Общее описание требования о хранении конфиденциальных данных
1.
|
Требование
|
Личные данные пользователей и клиентов, а также финансовые документы должны храниться в зашифрованном виде
|
2.
|
Цель, которая будет
достигнута при реализации
требования
|
Обеспечение должного уровня безопасности (хранение личных данных, финансовой отчетности).
|
3.
|
Причина возникновения
требования
|
Требование директора организации
|
4.
|
Пользователи, которым
доступна работа с функциями, реализующими требование
|
Директор, заместители директора, бухгалтерия, диспетчеры, водители
|
5.
|
Источник данных (ручной ввод, использование записей БД, данных из смежной системы)
|
Использование записей базы данных
|
6.
|
Правила, связанные с
требованием
|
Способы хранения данной информации должны соответствовать требованиям законодательства по хранению и обработке персональных данных и финансовой отчетности.
|
3. Определение нефункциональных требований к системе
В Табл. 1.9 отмечены разработанные нефункциональные требования к системе:
Таблица 1.9
Приоритеты и метрики нефункциональных требований
Требование
|
Приоритет
|
Метрика
|
Не перегруженность элементами управления интерфейса
|
Средний
|
Скорость проведения операций пользователями при тестировании
|
Ограничения на периодичность сбоев системы
|
Высокий
|
Число сбоев в оговоренный период
|
Наличие системы резервного копирования
|
Высокий
|
Число зеркал системы и базы данных
|
Ограничения на время восстановления системы после сбоев
|
Высокий
|
Среднее время восстановление системы после сбоев
|
Дизайн интерфейса предполагает соответствие профессиональной ориентации и возрастной группе пользователей
|
Средний
|
Оценка пользователей при тестировании.
|
4. Использование системы управления требованиями 3SL Cradle
Был создан новый проект рис.4.1.
Рис. 4.1. Новый проект в Cradle
Далее были добавлены требования типа «Requirements» рис. 4.2 – 4.4.
Рис. 4.2. Требования к ИС
Рис. 4.3. Требования к ИС
Рис. 4.4. Требования к ИС
Так же были добавлены сотрудники (Рис. 4.5)
Рис. 4.5. |
Скачать 0.8 Mb.