Размещено на http://www.allbest.ru/

Государственное бюджетное профессиональное образовательное учреждение

ПЕРМСКИЙ КОЛЛЕДЖ ТРАНСПОРТА И СЕРВИСА

Проектирование многофункциональной автоматизированной системы управления «Автопарк»



Содержание

Аннотация

Обозначения и сокращения

1. Общие сведения

1.1 Полное наименование системы и ее условное обозначение

1.2 Шифр или номер договора о разработке

1.3 Плановые сроки начала и окончания работ

1.4 Источники и порядок финансирования

1.5 Порядок оформления и предъявления заказчику результатов работ по созданию системы, ее частей и отдельных средств

2. Назначение и цель создания системы

2.1 Цели создания системы

2.2 Задачи создания системы

3. Характеристика объектов автоматизации

3.1 Требования к структуре и функционированию

3.2 Сведения об условиях эксплуатации и характеристиках окружающей среды

4. Требования к системе

4.1 Требования к системе в целом

4.1.1 Требования к структуре и функционированию системы

4.1.2 Требования к персоналу

4.1.3 Показатели назначения

4.1.4 Требования к эргономике и технической эстетике

4.1.5 Требования к защите информации от несанкционированного доступа

4.2 Требования к видам обеспечения

4.2.1 Требования к информационному обеспечению

4.2.2 Требования к лингвистическому обеспечению

4.2.3 Требования к метрологическому обеспечению

4.2.4 Требования к методическому обеспечению

5. Состав и содержание работ по созданию системы

5.1 Перечень стадий и этапов работ

6. Требования к документированию

6.1 Перечень подлежащих разработке документов

6.1.1 Общее описание системы должно содержать

6.1.2 Руководство системного администратора

6.1.3 Руководства пользователей

6.2. Перечень документов на машинных носителях

7. Источники разработки

7.1 Документы и информационные материалы, на основании которых разрабатывается ТЗ и система



Аннотация

Настоящий документ содержит техническое задание (ТЗ) на проектирование «Многофункциональной автоматизированной системы управления «Автопарк»» (далее - МАСУ «Автопарк»).

Документ определяет назначение МАСУ «Автопарк», цели ее разработки, характеристики объекта автоматизации, требования к структуре и функционированию компонентов МАСУ «Автопарк», к видам обеспечения компонентов МАСУ «Автопарк».



Обозначения и сокращения

МАСУ «Автопарк» - многофункциональная автоматизированная система управления «Автопарк»;

ИС - информационная система;

АРМ - автоматизированное рабочее место;

СанПиН - санитарные нормы и правила;

GUI - graphical user interface (графический интерфейс пользователя);

ПО - программное обеспечение;

СУБД - система управления базами данных.

БД - база данных

UML - унифицированный язык моделирования

АС - автоматизированная система

АСУ - автоматизированная система управления



1. Общие сведения

1.1 Полное наименование системы и ее условное обозначение

Настоящее Техническое задание определяет требования и порядок проектирования автоматизированной системы Многофункциональная автоматизированная система управления «АВТОПАРК».

Условное обозначение системы - МАСУ «АВТОПАРК».

1.2 Шифр или номер договора о разработке

Настоящее Техническое задание разработано в рамках выполнения работы, специальность 230401 «Информационные системы (по отраслям)».

1.3 Плановые сроки начала и окончания работ

Срок создания Системы не установлен. Срок разработки проекта Системы регламентирован действующим учебным планом и предполагает сдачу проекта системы до «5» мая 2015 г.

1.4 Источники и порядок финансирования

Финансирование не предусмотрено.

1.5 Порядок оформления и предъявления заказчику результатов работ по созданию системы, ее частей и отдельных средств

Работы по созданию АС «МАСУ «Автопарк»» производятся и принимаются поэтапно.

По окончании каждого из этапов работ, установленных Учебным планом, студенты представляют преподавателю соответствующие результаты. Преподаватель оценивает работу.



2. Назначение и цель создания системы

По видам автоматизированных комплексов система относится к программно-техническим комплексам для автоматизации/управления организационными процессами.

2.1 Цели создания системы

К целям создания Системы можно отнести:

1. Автоматизация процесса обработки сводной информации по подсистемам:

1) Учет заработной платы автотранспортного предприятия

2) Учет ГСМ

3) Билетная касса

4) Учет материальных ценностей

5) Учет основных средств

6) Учет расчетов с потребителями

7) Выписка путевого листа

8) Учет эксплуатации подвижного состава

9) Управление ремонтным комплексом

10) Автосервис

11) Информационный киоск

12) Планово-предупредительные ремонты

13) Диагностика неисправностей

14) Контроль выезда транспорта с предприятия.

2. Создание единой БД под управлением СУБД SQL Server 2012 для данных подсистем;

3. Оптимизировать хранение документов в единой БД;

4. Разработка интерфейса доступа для каждой подсистемы (см.п.1)

5. Повышение комфортности и снижение трудоемкости при работе с документами для конечного пользователя;

6. Исключить несанкционированный доступ к документам.

2.2 Задачи создания системы

Основными задачами создания Системы, обеспечивающими достижение поставленных целей, являются:

1. Обеспечить централизованное и систематизированное хранение документов в хранилище.

2. Обеспечить доступ к единому хранилищу документов и служебной информации для сотрудников, в соответствии с их служебными и системными полномочиями.

3. Организовать процесс занесения документов в систему вне зависимости от способа и формы, в которой они поступили в организацию (бумага, факс, электронная почта и др.).

4. Увеличение доверия со стороны пользователей к системе электронного документооборота, в том числе за счет повышения надежности хранения документов.

5. Обеспечить удобный и дружественный интерфейс АРМ Системы.

6. Разработать шаблоны типовых документов, маршруты их движения и бизнес-правила обработки.



3. Характеристика объектов автоматизации

3.1 Требования к структуре и функционированию

Работы по внедрению системы должны соответствовать следующим условиям:

· обеспечение выполнения всех требований, указанных в данном техническом задании;

· учет существующего состояния автоматизации административных процессов и регламентов предметной области;

· обеспечение функционирования в непрерывном (круглосуточном) режиме.

При выполнении работ по адаптации и внедрению типовой системы управления программами и проектами также должны быть учтены все требования и ограничения, приведенные в документации на Систему.

3.2 Сведения об условиях эксплуатации и характеристиках окружающей среды

Программные и технические компоненты системы эксплуатируются в условиях и характеристиках окружающей среды объекта автоматизации.

Данные характеристики окружающей среды соответствуют «Гигиеническим требованиям к персональным электронно-вычислительным машинам и организации работы. СанПиН 2.2.2/2.4.1340-03» (Утверждены Постановлением Министерства здравоохранения России от 03.06.2003 № 118 в редакции Изменения № 1 от 25.04.2007 N 22).



4. Требования к системе

4.1 Требования к системе в целом

4.1.1 Требования к структуре и функционированию системы

Перечень подсистем, уровни иерархии, степень централизации, способы информационного обмена, режимы функционирования, взаимодействие со смежными системами, перспективы развития системы

Работы по внедрению системы должны соответствовать следующим условиям:

· обеспечение выполнения всех требований, указанных в данном частном техническом задании;

· учет существующего состояния автоматизации административных процессов и регламентов предметной области;

· обеспечение функционирования в непрерывном (круглосуточном) режиме.

При выполнении работ по адаптации и внедрению типовой системы управления программами и проектами также должны быть учтены все требования и ограничения, приведенные в документации на Систему.

Компоненты системы должны взаимодействовать посредством использования единого пространства данных. Единое пространство данных подразумевает единую базы данных и единую логику работы с базой данных.

4.1.2 Требования к персоналу

Численность пользователей, квалификация, режим работы, порядок подготовки

В «МАСУ «Автопарк»» должны быть предусмотрены следующие роли пользователей:

· Администратор системы;

Настраиваемый в интерфейсе администратора перечень прикладных пользовательских ролей:

· Диспетчер - выписка путевой документации, контроль выезда транспорта с предприятия, учет эксплуатации подвижного состава;

· Кондуктор - ведение билетной кассы;

· Кладовщик - ведение каталога ГСМ, учет основных средств;

· Главный бухгалтер - учет и выдача заработной платы, учет расчетов;

· Завхоз - учет материальных ценностей;

· Старший мастер - ведение каталога оборудования и установок, формирование графиков ППР;

· Начальник отдела и его заместители, главный механик - просмотр и согласование графика ППР на год;

· Главный механик - управление ремонтным комплексом, автосервисом, диагностика автомобилей;

Требования к уровню компетенции и квалификации пользователей в предметной области системы, определяются их должностными инструкциями и другими нормативно-методическими документами.

Режим работы персонала (пользователей) системы определяются на этапе разработки эксплуатационной документации и закрепляются нормативно-методическими документами Заказчика.

4.1.3 Показатели назначения

Степень приспособляемости системы к изменениям процессов управления и значений параметров

Программное обеспечение МАСУ «Автопарк», установленное на аппаратной платформе с производительностью не ниже установленной в п. «Требования к техническому обеспечению», должно обеспечивать возможность хранения и обработки информации по объектам в объеме не менее 10000 записей в год.

Время отклика системы на запрос пользователя не должно превышать 1-2 секунд для атомарных операций (виды атомарных операций: просмотр графика за прошлый год, создание и изменение графика на новый год).

В случае обработки больших объемов данных (построение списков объектов, поиск объектов, подготовка сводных отчетов и т.п.) должно выводиться диалоговое окно, в котором отображается прогресс операции. В этом случае время отклика не регламентируется и зависит от объема обрабатываемых данных и мощности ПК.

4.1.4 Требования к эргономике и технической эстетике

Взаимодействие пользователей с системой должно осуществляться посредством визуального графического интерфейса (GUI). Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме, в реальном масштабе времени. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям, выполняемым подсистемами.

Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляется с помощью набора экранных меню, кнопок, значков и тому подобных элементов. Клавиатурный режим ввода должен использоваться главным образом при заполнении/редактировании текстовых и числовых полей экранных форм.

Страницы пользовательского интерфейса должны проектироваться с учетом требований унификации:

-Страницы должны быть выполнены в едином графическом дизайне, с однотипным расположением основных элементов управления и навигации;

-В разделах интерфейса для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных и т.п.), а также последовательности действий пользователя при их выполнении, должны быть унифицированы.

- Внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки и т.п.) должно реализовываться одинаково для однотипных элементов.

-Необходима стандартизация с формами и страницами графического интерфейса, используемыми в базовом или системном ПО, а также с ПО аналогичного назначения.

4.1.5 Требования к защите информации от несанкционированного доступа

В системе должна осуществляться идентификация и проверка подлинности субъектов доступа при входе в систему по идентификатору (коду) и паролю. программный автоматизация информация

Пользователю должна быть предоставлена возможность самостоятельной смены пароля неограниченное число раз. Все действия пользователей в системе должны протоколироваться в журнале, изменение содержания которого должно быть недоступно ни одному из пользователей системы.

4.2 Требования к видам обеспечения

4.2.1 Требования к информационному обеспечению

Состав, структура и организация данных, обмен данными между компонентами системы, информационная совместимость со смежными системами, используемые классификаторы, СУБД, контроль данных и ведение информационных массивов, процедуры придания юридической силы выходным документам.

Уровень хранения данных в информационной системе должен быть построен на платформе СУБД SQL Server.

4.2.2 Требования к лингвистическому обеспечению

Языки программирования, языки взаимодействия пользователей с системой, системы кодирования, языки ввода-вывода

При построении Системы используются версии следующих программных продуктов:

· Русская версия Windows 7 и старше;

· Все документы, подготавливаемые к публикации на портале, а также хранимые в базах данных, хранятся в кодировке Windows 1251 (Кириллица).

4.2.3 Требования к метрологическому обеспечению

Требований к метрологической совместимости технических средств системы не предъявляется. Качественные характеристики системы проверяются на испытаниях согласно Программе и методике испытаний.

По требованию Заказчика, метрологическая совместимость технических средств может быть проведена сторонними организациями.

4.2.4 Требования к методическому обеспечению

При внедрении информационной системы и создании документации на нее, следует руководствоваться следующими нормативными документами:

-ГОСТ 34. Информационная технология. Комплекс стандартов на автоматизированные системы.

-ГОСТ 19. Единая система программной документации.

-РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.



5 Состав и содержание работ по созданию системы

5.1 Перечень стадий и этапов работ

В соответствии с ГОСТ 34.601-90 работы по созданию Системы должны выполняться с учетом стадий, приведенных ниже.

Стадии и этапы создания АС:

1. Исследование объектов автоматизации, организации и структуры предприятия и технологии принятия управленческих решений;

1.2 Сделать выводы по исследованию;

1.3 Выявление проблемных аспектов, возникающих на практике;

2. Формирование требований пользователя к АС.

2.1 Оформление отчёта о выполненной работе и заявки на разработку АС

3. Разработка концепции АС

1.1 Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя.

1.2 Оформление отчёта о выполненной работе.

4. Разработка и утверждение технического задания на создание АС.

5. Создание единой электронной базы данных объекта для данной системы;

6. Создание диаграмм классов, их агрегаций, компонентов, узлов и прецедентов с помощью унифицированного языка моделирования (UML) всех подсистем:

1) Учет заработной платы автотранспортного предприятия

2) Учет ГСМ

3) Билетная касса

4) Учет материальных ценностей

5) Учет основных средств

6) Учет расчетов потребителя

7) Выписка путевого листа

8) Учет эксплуатации подвижного состава

9) Управление ремонтным комплексом

10) Автосервис

11) Информационный киоск

12) ППР

13) Диагностика неисправностей

14) Контроль выезда транспорта с предприятия;

7. Создание интерфейса доступа;

8. Описание и построение общей модели;

9. Аутентификация пользователей для сотрудников предприятия и для клиентской базы;

10. Разработка документации на данную МАСУ.



6. Требования к документированию

6.1 Перечень подлежащих разработке документов

6.1.1 Общее описание Системы должно содержать

· Назначение Системы

· Вид деятельности для автоматизации, которой предназначена Система

· Перечень функций реализуемых подсистемой, в том числе внутренних сервисных функций

· Описание общей структуры Системы и ее частей

6.1.2 Руководство системного администратора

Руководство системного администратора должно включать следующие разделы:

· порядок инсталляции Системы

· описание формата конфигурационных файлов

· руководство по поддержке и текущему обслуживанию подсистемы

· регламенты резервного копирования информации

6.1.3 Руководства пользователей

Руководства пользователей должны быть разработаны для каждой из функциональных частей Системы.

· Вход в программу.

· Ведение справочников.

· Работа с графиками.

· Вывод документов на печать.

6.2 Перечень документов на машинных носителях

Документация предоставляется Заказчику Исполнителем в электронном виде. Предоставляемая Заказчику документация должна быть на русском языке.



7. Источники разработки

7.1 Документы и информационные материалы, на основании которых разрабатывается ТЗ и система

Настоящее Техническое задание разработано на основании следующих документов:

· ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы;

· ГОСТ 24.104-85 Единая система стандартов автоматизированных систем управления. Автоматизированные системы управления. Общие требования;

· РД 50-34.698-90. «Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов»

· ГОСТ 34.201-89. «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем»;

· ГОСТ 34.601-90. Автоматизированные системы. Стадии создания».



Заключение

Итак, в данной работе был исследован такой вопрос, как создание Многофункциональной автоматизированной системы управления (МАСУ) «Автопарк». В процессе исследования были достигнуты следующие цели:

1. Автоматизация процесса обработки сводной информации по подсистемам:

1) Учет заработной платы;

2) Учет ГСМ;

3) Билетная касса;

4) Учет материальных ценностей;

5) Учет основных средств;

6) Учет расчетов;

7) Выписка путевого листа;

8) Учет эксплуатации подвижного состава;

9) Управление ремонтным комплексом;

10) Автосервис;

11) Информационный киоск;

12) ППР;

13) Диагностика автомобиля;

14) Контроль выезда транспорта с предприятия;

2. Создание единой БД под управлением СУБД SQL Server 2012 для данных подсистем;

3. Оптимизировать хранение документов в единой БД;

4. Разработка интерфейса доступа

5. Повышение комфортности и снижение трудоемкости при работе с документами для конечного пользователя;

6. Исключить несанкционированный доступ к документам.

Также были решены следующие задачи:

1. Обеспечение централизованного и систематизированного хранения документов в хранилище.

2. Обеспечение доступа к единому хранилищу документов и служебной информации для сотрудников, в соответствии с их служебными и системными полномочиями.

3. Организация процесса занесения документов в систему вне зависимости от способа и формы, в которой они поступили в организацию (бумага, факс, электронная почта и др.).

4. Увеличение доверия со стороны пользователей к системе электронного документооборота, в том числе, за счет повышения надежности хранения документов.

5. Обеспечение удобного и дружественного интерфейса АРМ Системы.

6. Разработка шаблонов типовых документов, маршрутов их движения и бизнес-правила обработки.

На сегодняшний день автоматизированные системы являются неотъемлемой частью большинства процессов. С каждым днем все больше предприятий внедряют АС в свой производственный процесс, что существенно упрощает работу всех подразделений предприятия.

Практически каждое современное автотранспортное производство, несомненно, нуждается в автоматизации. Данная работа показывает, что востребованность таких систем управления, как МАСУ «АВТОПАРК» с каждым днем становится больше. Ведь с внедрением данной МАСУ повышается производительность и надежность производственных процессов.

Размещено на Allbest.ru

...