- •Аннотация
- •Содержание
- •1 Аналитический раздел
- •1.1 Анализ предметной области
- •1.2 Организационно-производственная структура
- •1.3 Анализ существующих программных продуктов
- •1.4 Выбор математического аппарата
- •1.5 Постановка задачи
- •1.5.2 Требования к программному средству и техническому оборудованию
- •2 Проектный раздел
- •2.1 Инструментальные средства
- •2.1.1 Выбор языка программирования
- •1.5.1 Назначение программного продукта
- •2.1.2 Технология клиент/сервер. Принцип работы Java Web-приложения
- •2.1.3 Архитектура платформы Tandem
- •2.1.4 Выбор субд
- •2.1.5 Структурированный язык запросов sql
- •2.2 Разработка базы данных проектируемого программного средства
- •2.2.1 Формализованное описание предметной области
- •2.2.2 Разработка инфологической модели бд
- •2.2.3 Разработка даталогической модели бд
- •2.2.4 Нормализация отношений
- •2.2.5 Физическая модель бд
- •2.2.5.1 Техническое описание объектов бд
- •2.2.5.2 Реализация ограничений целостности бд
- •2.3 Разработка программного средства автоматизации обслуживания заявок
- •3 Технико-эксплуатационный раздел
- •3.1 Руководство для пользователей
- •3.2 Руководство для серверной части
- •3.3 Руководство администратора
- •3.4 Руководство программиста
- •4 Обоснование экономической эффективности проекта
- •4.1 Расчет трудоемкости разработки программного продукта
- •4.2 Расчет себестоимости программного продукта
- •4.3 Расчет экономического эффекта от внедрения программного продукта
- •5 Безопасность труда
- •5.1 Анализ условий труда
- •5.2 Расчет искусственного освещения
- •5.3 Возможные чрезвычайные ситуации
- •5.3.1 Расчет зоны заражения
- •5.3.2 Расчет времени эвакуации
- •Заключение
- •Список использованных источников
- •Приложение а
- •Приложение б
1.5 Постановка задачи
За время прохождения преддипломной практики на базе ООО «Оренбургская Буровая Компания» была изучена система электронного документооборота и управления взаимодействием «Directum» и составлен типовой маршрут «Заявка в отдел ИТ». Эта система соответствует концепции ECM (Enterprise Content Management) и поддерживает полный жизненный цикл управления документами. При этом традиционное "бумажное" делопроизводство органично вписывается в электронный документооборот. Одной из подзадач данной системы является составление и исполнение заявок в отделы. Все заявки основываются на типовых маршрутах. С помощью типового маршрута автоматически задается список исполнителей (в том числе на основе ролей), могут заполняться любые поля задачи (например, текст или тема), считывается информация из вложений и связанных объектов (задач, подзадач, электронных документов, справочников). Механизм типовых маршрутов является мощным инструментом для автоматизированного создания задач в соответствии с заданными бизнес-правилами любой сложности [7]. Изучив схему бизнес-процессов, был создан типовой маршрута заявок в ИТ отдел. Опираясь на опыт работы с заявками, и исследовав бизнес-процессы в филиале Российского государственного университета нефти и газа имени И.М. Губкина в городе Оренбург, было установлено следующее: в филиале имеется значительный поток заявок в ОИТ от остальных пользователей каждый день. Все заявки записываются пользователями в журнал на вахте. Журнал состоит из нескольких разделов: заявки на технические средства обучения и заявки неполадок компьютерного оборудования по различным аудиториям. Этот способ подачи заявок очень неудобен, так как занимает много времени, структура таблицы не позволяет в полной мере описать проблему или неполадку оборудования, и процесс выполнения заявки мог быть очень долгим, так как сотруднику тех поддержки необходимо периодически приходить на вахту и проверять журнал. В связи с этим не всегда сразу удавалось найти правильное решение на описанную проблему. Также процесс выполнения заявки никем не контролировался, а сам факт выполнения или невыполнения заявки нигде не фиксировался. Невозможно было вести подсчет выполненных заявок за каждым работником отдела ИТ, т.к. это опять же нигде не фиксировалось. Вести отчетность за определенный период времени не представлялось возможным. В связи с этим встала необходимость разработки программного средства автоматизации обслуживания заявок в ОИТ, которое позволит автоматизировать процессы подачи, принятия, исполнения заявок, а также вести отчетность для всего отдела ИТ в целом.
Целью данной дипломной работы является разработка программного средства автоматизации обслуживания заявок пользователей локальной вычислительной сети Филиала.
Задачами данной дипломной работы являются:
- разработка базы данных учета и хранения заявок пользователя;
- разработка программного средства на основе клиент/серверной технологии;
- разработка интерфейса программного средства;
Подзадачами данных задач являются:
- выбор СУБД;
- выбор языка программирования;
- углубленное ознакомление с платформой Tandem Framework;
- математическое описание решения задачи предметной области;
- первичное апробирование и дальнейшая отладка программного средства автоматизации обслуживания заявок предметной области.
