ФЕДЕРАЛЬНОЕ АГЕНСТВО ПО ОБРАЗОВАНИЮ РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное бюджетное образовательное
учреждение высшего профессионального образования
МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ИНДУСТРИАЛЬНЫЙ УНИВЕРСИТЕТ
(ФГБОУ ВПО МГИУ)
Кафедра «Информационных технологий и систем в экономике и
управлении» _________________________________________________
КУРСОВОЙ ПРОЕКТ
по дисциплине «Проектирование информационных систем»
на тему «Проектирование ИС учета заказов для ООО «Тинт-Принт»»
Группа
10292
Студент
____________
Оценка работы
Дата
____________
Преподаватель
____________
И.Р.Насибулин
«__» _______
МОСКВА 2012
А.Е. Рабинович
СОДЕРЖАНИЕ
Введение
1. Аналитическая часть
1.1.
Общая характеристика и анализ компании Тинт-Принт
1.2.
Моделирование проектирования ИС на ООО «Тинт-Принт».
Модель AS-IS
1.3.
Анализ уровня технической и программной оснащенности ООО
«Тинт-Принт»
1.4.
Требования к проектируемой информационной системе
2. Теоретическая часть
2.1.
Обзор аналогов информационных систем обработки заказов
для типографии
2.1.1. Обзор СУБД
2.1.2. Обзор языков программирования
2.2.
Обоснование проектирования собственной ИС и выбора
средств разработки
Проектная часть
3.1. Моделирование информационной системы на ООО «Тинт3.
3.2.
Принт», модель TOBE
Объектно-ориентированное проектирование информационной
системы Типографии «Тинт-Принт»
3.2.1.
Диаграмма вариантов использования
3.2.2. Диаграмма классов
3.2.3. Диаграмма последовательности
3.2.4. Диаграмма кооперации
3.2.5. Диаграмма деятельности
3.2.6. Диаграмма компонентов заказа
3.2.7.Диаграмма развертывания
Заключение
2
Список литературы
Приложения
Аннотация
3
1. Аналитическая часть
1.1. Общая характеристика и анализ компании Тинт-Принт
Типография «ТИНТ-ПРИНТ» - быстро развивающаяся компания, действующая на рынке
с 2011 года.
Коллектив компании – это профессионалы своего дела, знающие технологию печати и
послепечатных процессов. Многолетний успешный опыт работы сотрудников типографии, а так
же строгое следование внутрикорпоративным стандартам качества, позволяет принимать
максимально быстрые и эффективные решения, соответствующие поставленным задачам и
требованиям каждого конкретного клиента. Основной принцип работы типографии Тинт-Принт
- качественная печать в краткие сроки и за невысокую стоимость.
Мы беремся за ту работу, которую можем выполнить от начала и до конца с наилучшим
результатом. Типография ТИНТ-ПРИНТ выполняет весь основной спектр полиграфических
услуг. Обращаясь в нашу типографию квалифицированные специалисты в кратчайшие сроки
обработают заказ, в отдельно взятых и специфичных заказах, наши специалисты подбирают
рекламное агентство, которое сможет помочь нашему клиенту.
Основные направления деятельности:
- верстка и дизайн, разработка фирменного стиля;
- офсетная и цифровая печать;
- послепечатные операции.
Организационная структура:
Отдел управления (Директор и заместитель директора
Финансовый отдел
Производственный отдел
Складской отдел
Отдел дизайна
Во главе типографии стоит генеральный директор. Он занимается организацией работы
типографии. Также он представляет типографию на различных конференциях и семинарах.
Заместитель директора занимается контролем работы типографии, предоставляя каждые 6
недель отчет работы предприятия генеральному директору.
Организационная структура представлена на рис 1.1. Организационная структура
предприятия Тинт-Принт .
4
Генеральный директор
Заместитель директора
Отдел управлениями
заказами
Финансовый отдел
Менеджер заказов 1
Складской отдел
Менеджер заказов 2
Бухгалтер
Производственный
отдел
Отдел дизайна
Управляющий
производством
Дизайнер растровых
изображений
Дизайнер векторных
изображений
Рис. 1.1. Организационная структура предприятия Тинт-Принт
Рабочий 2
Рабочий 1
Основные документы:
ТЗ
Шаблоны
Счета
Письма на электронную почту
Заказ
Информацию по состоянию заказа
Документы для закрытия заказа
Отдел управления заказами (Order Related)
Это отдел, который непосредственно руководит всеми отделами типографии
непосредственно касающиеся обработки заказа. Основными её задачами являются:
•
Контроль за нормальным функционированием всех отделов
•
Контроль за внедрением новых технологий
•
Налаживание связей с поставщиками
•
Прием заказов от клиентов
•
Выдача заказов клиентам
Данный Департамент состоит из следующих отделов
Производственный отдел
Отдел дизайна
Отдел приема и обработки заказов.
Производственный отдел
Деятельность отдела основана на следующих работах:
•
Производство печати по заказу
•
Подготовка заказа к выгрузке
Отдел дизайна
Отдел занимается созданием дизайна в соответствии с техническим заданием заказа
клиента.
Финансовый отдел
Отдел занимается определением бюджета организации, финансовым моделированием и
определением эффективного направления использования денежных средств. Сотрудники блока
занимаются разработкой и управлением налоговой отчетности, а также занимаются
стратегическим планированием финансов.
Экономическая задача
Экономической задачей курсового проекта является повышение эффективности
обслуживания клиентов.
На данный момент для заключения сделки с клиентом (заказа) необходимо
непосредственное участие клиента в офисе. Для обсуждения деталей заказа используется
телефон или электронная почта, при этом не используется формализованные требования к
заказам, что приводит к искажению информации по заказу. Кроме прочего, при использовании
электронной почты существует риск неполучения письма клиентом. Разрабатываемая ИС
позволит повысить эффективность работы отдела управлениями заказами, повысить качество
обслуживания и значительно сократить время, необходимое для обсуждения деталей заказа с
клиентом.
В общем случае типография занимается печатью заказов на основе ТЗ. Главной задачей
персонала является выполнение своих профессиональных обязательств в срок установленных
клиентом.
Также для повышения эффективности обработки заказов клиентов, необходимо
оптимизировать работу финансового отдела. Для чего предусматривается интеграция новой ИС
с существующей ИС бухгалтерского учета.
7
1.2. Моделирование проектирования ИС на ООО «Тинт-Принт».
Модель AS-IS
Основным процесс данного предприятия является процесс «Производства рекламной
продукции», что изображено на рис. 1.2. с помощью диаграммы IDEF0. Управление процесса
осуществляется согласно закону «О рекламе», механизмом исполнения процесса являются
сотрудники и прикладное ПО. Входными данными является заказ, выходными – готовая
рекламная продукция.
Закон о «Рекламе»
Заказ
Производство
рекламной
продукции
Рекламная продукция
A0
Сотрудники, прикладное ПО
УЗЕЛ:
0
ЗАГОЛОВОК:
НОМЕР:
Рис.1.2. Основной процесс работы Типографии. Диаграмма IDEF0.
8
Рассмотрим организацию процесса производства рекламы на данном предприятии. Итак,
в настоящий момент существует следующая организация процесса производства процесса:
1.
Прием заказа от клиента, при этом подразумевается наличие клиентской базы.
2.
Создание дизайна для заказа, согласно требованиям клиента.
3.
Производство печати изготовленного файла, после необходимой обработки.
4.
Упаковывание товара для сохранения презентабельного внешнего вида.
Данный процесс иллюстрирован на рисунке 1.3. с помощью возможностей IDEF0.
Закон «О рекkаме»
Клиент
Прием заказа
Файл в формате PSD
A01
Создание
дизайна
Техническое задание
А02
Статус «Выполнено»
Работы по
выполнению
заказа
A03
Готовая продукция
Упаковка
A04
Сотрудники, прикладное ПО
УЗЕЛ:
1
ЗАГОЛОВОК:
НОМЕР:
Рис. 1.3. Организация процесса работы типографии
Также приведем декомпозицию процесса печати.
1.
Первым процессом является преобразование файла из стандартного расширения (JPG,
PSD, PNG,BMP) в необходимый для печати расширение .TIFF . Входными данными является
файл, выходным – преобразованный файл.
2.
Загрузка файла в очередь. Вход- преобразованный файл, на выходе – место в очереди.
3.
Непосредственно печать файла клиента. На вход- место в очереди, выход – напечатанная
продукция.
9
Управление осуществляется с помощью стандарта печати ISO, механизмом исполнения
данного процесса являются – работник, принтер, прикладное ПО.
Файл
Стандарт печати ISO
Формирование
списка
необходимых
материалов
Список
A031
Проверка Расположение материалов на складе
материалов на
складе
A032
Список ответсвенных
Формирование
списка
ответственных
Печатник, принтер, прикладное ПО
A033
Статус «Выполнен»
Выполнение
работ по заказу
A034
Рис.1.4. Декомпозированная диаграмма А03
С помощью контекстной диаграммы потоков данных отражается основные потоки данных. Для
компании Tint-Print DFD AS-IS диаграмма представлена на рисунке 1.4..
Файл для
печати, ТЗ.
Клиенты
Готовый заказ
Обработка
заказа
Рис.1.4.Контекстная диаграмма DFD
На данной диаграмме изображен основной внешний источник для процесса
производства заказа – Клиенты. Для выполнения заказов используется внутренний источник10
персонал типографии, но на диаграмме DFD изображаются только внешние источники и
основной процесс связанный с работой предприятия.
Декомпозированная диаграмма А0 DFD представлена на рисунке 1.5.
Книга с заказами
клиентов
Клиенты
Информация о доставке
Данные заказа
Заказы
Контактные данные
клиента
Склад
Телефонный
справочник
Обработать
заказы
Название клиента,
адрес клиента
Номер телефона клиента
Данные счетов
Книга со
счетами
клиентов
Материалы
Получение
информации
Производство
печати
продукция
Адрес клиента
Проконтролировать
оплату
Клиенты
Данные счетов
Счета/
платежные документы
Рис. 1.5. Декомпозиция контекстной диаграммы потоков данных в Типографии «Тинт-Принт» .
Менеджер принимает заказ с заполнением всех необходимых полей заказа, после чего
происходит первичная подготовка документов и проверка ТЗ.
Дизайнер получает сообщение на электронную почту с файлом клиента и ТЗ , после чего
проверяет наличие дополнительных доработок по заказу. Дизайнер создает файл, загружает его
на флеш-карту, использование почты на данном уровне не возможно, из-за ограничения в
объеме файла, после чего передает данный накопитель в производственный отдел.
Управляющий производством, по расписанию забирает физический накопитель у
дизайнера, анализирует ТЗ , проверяет наличие необходимых материалов на складах и после
этого, формирует список ответственных по данному заказу.
Рабочий получает задание от управляющего производством, задание основана на
внутреннем документе, выполняет работы связанные с этим заказом, после выполнения работ
по заказу, внутренний документ управляющему производством с отметкой о выполненном
заказе, данный документ передается менеджеру.
Менеджер передает заказ и все необходимые документы клиенту.
11
1.3. Анализ уровня технической и программной оснащенности ООО
«Тинт-Принт»
Рабочее место сотрудника
стационарным компьютером:
отдела
приема
и
обработки
заказов
оборудовано
Процессор
Intel Pentium G840 (Sandy Bridge, Оперативная
2.8 ГГц, 3Мб L3, LGA1155)
память
4 Гб
Жесткий диск
500 Гб (SATA III)
Интегрирована в
процессор Intel HD
Graphics
Устройство
чтения карт
памяти
Оптические
накопители
Сетевая карта
Видеокарта
CardReader (SD/CF/xD/MMC/MS) Разъемы
1 x D-Sub, 4 x USB 2.0
DVD±RW
Тип корпуса
Mid Tower
10/100/1000 Мбит/с
Звуковая карта 6-канальная
Сотрудники компании Тинт-Принт используют следующее ПО:
Операционная
система
Лицензионная Microsoft®
Windows 7® Профессиональная
64-бит
Бесплатный выпуск
Microsoft® Office 2010 Starter
(Word и Excel)
Офисное
Приложение для отправки
ПО
электронной почты:
ThunderBird
Рабочее место сотрудника отдела дизайна оборудовано стационарным компьютером:
Оперативная
Intel Pentium Core i7
16 Гб
Процессор
память
AMD Sapphire HD
2 Тб (SATA III)
Жесткий диск
Видеокарта
6800
1 x D-Sub, 4 x
Устройство чтения карт CardReader
Разъемы
(SD/CF/xD/MMC/MS)
USB 2.0
памяти
Mid Tower
Оптические накопители DVD±RW
Тип корпуса
10/100/1000 Мбит/с
6-канальная
Сетевая карта
Звуковая карта
Сотрудники отдела дизайна компании Тинт-Принт, кроме стандартного ПО
перечисленного для всех сотрудников, используют следующее ПО:
Наименование ПО
Основное предназначение
Adobe Photoshop CS5
Графический редактор растровых изображений
Adobe Illustrator CS5
Графический редактор векторных изображений
CorelDraw x5
Графический редактор векторных изображений
12
Сотрудники финансового отдела компании Тинт-Принт, кроме стандартного ПО,
используют:
Наименование ПО
Основное предназначение
1С- Бухглатерия
Автоматизированная бухгалтерская система
Рабочее место сотрудника производственного отдела оборудовано стационарным
компьютером:
Оперативная
Intel Pentium Core i3
2 Гб
Процессор
память
Интегрирована в процессор
300 Гб (SATA II)
Жесткий диск
Видеокарта
Intel HD Graphics
Устройство чтения CardReader
1 x D-Sub, 4 x USB 2.0
Разъемы
(SD/CF/xD/MMC/MS)
карт памяти
Оптические
DVD±RW
Mid Tower
Тип корпуса
накопители
10/100/1000 Мбит/с
Сетевая карта
Звуковая карта Отсутствует
Система предполагается быть созданной на местном уровне.
Так как пользователями системы будут являться несколько структурных подразделений
типографии , необходимым условием будет наличие локальной сети.
Программное обеспечение предполагается быть разработанным под операционную систему
Windows 7. Для её функционирования требуется СУБД Oracle .
13
1.4. Требования к проектируемой информационной системе.
1. Проектируемая система должна выполнять следующие функции:
1.1. Хранение информации о клиентах, в виде справочников клиентов;
1.2. Авторизация и идентификация клиентов на официальном сайте компании ТинтПринт;
1.3. Автоматизированный прием заказов;
1.4. Загрузка файлов на сервер компании Тинт-Принт, с помощью каналов интернета;
1.5. Оповещение клиентов о готовности заказа;
1.6. Заполнение технического задания на основании информации о заказе, указанные
клиентом при вводе заказа в систему;
1.7. Передача заказа внутри структуры предприятия;
1.8. Автоматическое напоминание о приближающемся сроке исполнения заказа.
1.9. Контроль оплаты заказа;
1.10. Передача электронных сообщений, с помощью подсистемы передачи информации.
2. Функции взаимосвязаны между собой следующим образом:
2.1. Авторизация и идентификация клиентов на сайте производится на основе
информации из справочника клиентов, в котором хранятся идентификационные данные
клиентов.
2.2. Загрузка файлов на сервер компании Тинт-Принт с помощью каналов интернета –
часть автоматизораваного приема заказов.
2.3. Оповещение клиентов по электронной почте осуществляется на основе данных из
справочника клиентов.
2.4. Передача заказа внутри предприятия, контроль оплаты и автоматическое
напоминание о приближающемся сроке исполнения заказа выполнены на языке PL/SQL и все
перечисленные функции реализованы в базе данных.
3. Информационная система предполагает создание следующих групп пользователей:
Клиенты;
Менеджеры;
Бухгалтерия;
Производственный отдел;
Дизайнер.
14
Группе клиенты будет доступны следующие функции:
Автоматизированный прием заказов;
Загрузка файлов на сервер компании Тинт-Принт, с помощью каналов интернета;
Авторизация и идентификация клиентов на официальном сайте.
Группе менеджеры будут доступны следующие функции:
Оповещение клиентов о готовности заказа;
Хранение информации о клиентах, в виде справочников клиентов;
Заполнение технического задания на основании информации о заказе, указанные
клиентом при вводе заказа в систему;
Передача заказа внутри структуры предприятия;
Передача электронных сообщений, с помощью подсистемы передачи
информации.
Автоматическое напоминание о приближающемся сроке исполнения заказа.
Группе бухгалтерия будут доступны следующие функции:
Передача заказа внутри структуры предприятия;
Передача электронных сообщений, с помощью подсистемы передачи информации;
Контроль оплаты заказа.
Группе Производственный отдел будут доступны следующие функции:
Оповещение клиентов о готовности заказа;
Заполнение технического задания на основании информации о заказе, указанных
клиентом при вводе заказа в систему;
Передача заказа внутри структуры предприятия;
Автоматическое напоминание о приближающемся сроке исполнения заказа;
Передача электронных сообщений, с помощью подсистемы передачи информации.
4. На вход системе должны поступать следующие данные:
4.1. Данные для авторизации клиента;
4.2. Информация о заказе клиента;
4.3. Техническое задание, сформированное на основе информации о заказе;
4.4. Информация о клиенте- реквизиты, контакты;
4.5. Файл для производства рекламы.
5. На выходе из системы должны поступать следующие данные:
5.1. Сформированная счет-фактура;
5.2. Сформированная товарная накладная;
15
5.3. Электронное сообщение о готовности заказа;
5.4. Отметка о выполнение заказа.
6. Информационная система предусматривает взаимодействие со следующими системами:
6.1. Сайт- официальная страница компании в сети Интернет;
6.2. Автоматизированная бухгалтерская система 1С. Бухгалтерия;
6.3. Электронная почта- сервис позволяющий отправлять сообщения.
При этом , следующие данные будут передаваться на входе , т.е. внешние системы – источники
данных:
Информация о заказе клиента;
Логин и пароль клиента;
Файл для производства рекламы.
И следующие данные будут передаваться на выходе:
1. Электронное сообщение о готовности заказа.
16
2. Теоретическая часть
2.1. Обзор
типографии.
аналогов информационных систем обработки заказов для
1С:Предприятие 8. Полиграфия
Готовых аналогов комплексных систем для типографии на данный момент не существует.
Частично аналогами можно считать комплекс ПО от компании 1С - Программный продукт
"1С:Предприятие 8. Полиграфия".
"1С:Предприятие 8. Полиграфия" – это выпускаемое под брендом "1С-Совместно"
прикладное решение фирм "1С" и "Армекс" линейки отраслевых решений на базе
"1С:Предприятие 8. Управление производственным предприятием".
Решение создано в результате анализа опыта автоматизации полиграфических
предприятий и предназначено для автоматизации предприятий, сферой деятельности которых
является производство и продажа различной полиграфической продукции (листовок,
приглашений, билетов, папок, буклетов, брошюр, книг и другой полиграфической продукции).
Продукт "1С:Предприятие 8. Полиграфия" позволяет автоматизировать различные
участки полиграфического предприятия: от учета материалов до планирования производства.
1С:Предприятие 8. Полиграфия, как аналог информационной системы
Типография.Заказы.
Решение 1С:Предприятие 8. Полиграфия является прикладным программным
обеспечением, направленным на автоматизацию процесса производства в типографии.
Программа обладает широкими аналитическими функциями позволяющее производить расчет
и анализ, и обладает следующими комплексами:
Управление полиграфическим производством (планирование производства,
управление затратами и расчет себестоимости, управление данными об
изделиях);
Управление основными средствами и планирование ремонтов;
Управление финансами, в том числе;
Управление складом (запасами);
Управление продажами, в том числе:
- контроль остатков и взаиморасчетов при отгрузке продукции по заказам;
- расширенная отчетность по заказам, оплате заказов, отгрузке заказов и
продажам
Управление закупками;
Управление отношениями с покупателями и поставщиками, в том числе:
-ведение различной контактной информации по пользователю.
Управление персоналом, включая расчет заработной платы;
Мониторинг и анализ показателей деятельности предприятия.
17
Рассмотрим систему 1С:Предприятие 8. Полиграфия с точки зрения требований
установленных к системе в пункте 1.4:
Хранение информации о клиентах, в виде справочника клиентов
-в системе 1С:Предприятие 8. Полиграфия существует компонента «Управление
отношениями с покупателями и поставщиками», в рамках которой, существует
справочник клиентов, хранящий контактную информацию.
Авторизация и идентификация клиентов на официальном сайте компании Тинт-Принт
- система 1С:Предприятие 8. Полиграфия не предполагает внедрение системы
авторизации на сайте компании заказчика.
Автоматизированный прием заказов
- система 1С:Предприятие 8. Полиграфия не предполагает внедрение системы
автоматизированного приема заказов на сайте компании заказчика.
Загрузка файлов на сервер компании Тинт-Принт, с помощью каналов интернета
- система 1С:Предприятие 8. Полиграфия не предполагает создание хранилища для
загрузки и хранения файлов клиента.
Оповещение клиентов о готовности заказа
- система 1С:Предприятие 8. Полиграфия не предполагает внедрение системы
автоматического оповещения по электронной почте, но позволяет это реализовать на
основании написания новой процедуры и данных из справочника клиентов.
Заполнение технического задания на основании информации о заказе, указанные
клиентом при вводе заказа в систему
-данное требование не предусмотрено системой 1С:Предприятие 8. Полиграфия , при
этом стоит заметить, что создание условий, в данной системе, для выполнения данного
требования, не повлечет материальных и временных затрат.
Передача заказа внутри структуры предприятия
- для передачи заказа внутри предприятия, необходимо создать дополнительный атрибут
или передавать информацию о статусе, т.е. о стадии разработки заказа, в поле
комментарии.
Автоматическое напоминание о приближающемся сроке исполнения заказа.
-данное требование не реализовано, но для его реализации не потребуются высокие
материальные затраты.
Контроль оплаты заказа
-контроль оплаты заказа в системе 1С:Предприятие 8. Полиграфия реализован
полностью и не требует дополнительных затрат, так же здесь стоит отметить полную
интеграцию продуктов 1С.Бухгалтерия с 1С.Типография .
Передача электронных сообщений, с помощью подсистемы передачи информации- данное требование не реализовано в системе 1С:Предприятие 8. Полиграфия.
18
Таблица 2.1. Сравнительный анализ аналогов проектируемой ИС
Требования к проектируемой
системе
АИС Типография.Заказы
1С:Предприятие 8.
Полиграфия
Хранение информации о
клиентах, в виде справочников
клиентов
5
4, присутствует в виде
хранения контактной
информации о клиенте
Авторизация и идентификация
клиентов на официальном
сайте компании Тинт-Принт;
5, реализовано полностью,
опираясь на данные из
справочников клиентов
Отсутсвует
Автоматизированный прием
заказов
5
Отсутствует
Загрузка файлов на сервер
компании, с помощью каналов
интернета
5
Отсутствует
Оповещение клиентов о
готовности заказа
5
3
Заполнение технического
задания на основании
информации о заказе,
указанных клиентом при вводе
заказа в систему
4
3, существует возможность
создания данной функции
Передача заказа внутри
структуры предприятия
5
4
Контроль оплаты заказа
4, для интеграции требуется
создание транспортного
модуля
5, полностью интегрирована в
систему автоматического
бухгалтерского учета 1С
Передача электронных
сообщений, с помощью
подсистемы передачи
информации
4
Отсутствует
19
2.2. Обзор средств разработки информационных систем
Среди наиболее ярких представителей систем управления базами данных можно
отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual
FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые
в приложениях, построенных по технологии “клиент-сервер”. Фактически, у любой
современной СУБД существует аналог, выпускаемый другой компанией, имеющий
аналогичную область применения и возможности, любое приложение способно работать со
многими форматами представления данных, осуществлять экспорт и импорт данных благодаря
наличию большого числа конвертеров. Общепринятыми, также, являются технологи,
позволяющие использовать возможности других приложений, например, текстовых
процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня
(чаще – диалекты SQL и/или VBA) и средства визуального программирования интерфейсов
разрабатываемых приложений. Поэтому уже не имеет существенного значения на каком языке
и на основе какого пакета написано конкретное приложение, и какой формат данных в нем
используется. Более того, стандартом “де-факто” стала “быстрая разработка приложений” или
RAD (от английского Rapid Application Development), основанная на широко декларируемом в
литературе “открытом подходе”, то есть необходимость и возможность использования
различных прикладных программ и технологий для разработки более гибких и мощных систем
обработки данных. Поэтому в одном ряду с “классическими” СУБД все чаще упоминаются
языки программирования Visual Basic 4.0 и Visual C++, которые позволяют быстро создавать
необходимые компоненты приложений, критичные по скорости работы, которые трудно, а
иногда невозможно разработать средствами “классических” СУБД. Современный подход к
управлению базами данных подразумевает также широкое использование технологии “клиентсервер”.
Таким образом, на сегодняшний день разработчик не связан рамками какого-либо
конкретного пакета, а в зависимости от поставленной задачи может использовать самые разные
приложения. Поэтому, более важным представляется общее направление развития СУБД и
других средств разработки приложений в настоящее время.
2.2.1. Обзор СУБД
Microsoft SQL Server 2008 R2
Microsoft SQL Server 2008 R2 – это полный набор корпоративных технологий и
инструментов, которые помогут повысить ценность имеющейся информации с минимальной
совокупной стоимостью владения. Получите выгоды от высокого уровня производительности,
доступности и безопасности; внедряйте более эффективные средства администрирования и
инструменты разработки приложений; получайте углубленную информацию благодаря
информационному самообслуживанию в области бизнес-аналитики (BI).
Особенности:
Полнофункциональная информационная платформа для приложений любого масштаба.
Привычные управляемые инструменты бизнес-аналитики с поддержкой самообслуживания.
20
Поддержка масштабных центров обработки данных и хранилищ информации.
Возможность создания и расширения приложений в облаке.
Интеграция с платформой приложений Microsoft.
Рассмотрим, данную СУБД с точки зрения реализаций требований, указанных в пункте
1.4:
.Хранение информации о клиентах, в виде справочников клиентов –
-данное требование, можно реализовать на данной СУБД.
Авторизация и идентификация клиентов на официальном сайте компании Тинт-Принт-для реализации данного требования необходимо внедрить дополнительный модуль,
предназначенный для создания web-приложений.
Автоматизированный прием заказов –
- для реализации данного требования, необходимо полное выполнение требований к
предыдущей функции, так как выполнение предыдущей функции сопряжено с внедрением
дополнительного модуля, что также необходимо и для реализации данной функции.
Загрузка файлов на сервер компании Тинт-Принт, с помощью каналов интернета- реализация данного требования возможно, но так же связанна с реализацией функции
автоматизированного приема заказов.
Оповещение клиентов о готовности заказа- реализация данного требования возможно, с помощью стандартных процедур.
Заполнение технического задания на основании информации о заказе, указанные
клиентом при вводе заказа в систему
- реализация данного требования возможна в СУБД Microsoft SQL Server 2008 R2.
Передача заказа внутри структуры предприятия-реализация данного требования полностью поддерживается в данной СУБД.
Автоматическое напоминание о приближающемся сроке исполнения заказа- реализации данного требования полностью поддерживается в СУБД.
Контроль оплаты заказа-для контроля оплаты, необходимо создание транспортной среды, но с учетом того, что БД
автоматизированного бухгалтерского учета используется БД ORACLE, трансформация
информации приведет к потери производительности и к дополнительным затратам времени при
создании транспортного модуля.
Передача электронных сообщений, с помощью подсистемы передачи информации- для реализации данной функции будет использоваться отдельное приложение для Windows 7.
СУБД Oracle Database 11g
Oracle Express Edition (XE): это редакция начального уровня, основанная на коде Oracle
11g Release 2 Enterprise. Является бесплатной для разработки, развертывания и
распространения. Так же является отличным выбором для разработчиков, студентов и
маленьких организаций. Редакция Oracle XE очень проста в установке и администрировании,
может быть установлена практически на любой компьютер, с любым количеством процессоров
и объемом памяти. Но, существует ряд ограничений, а именно Oracle XE не может
использовать более 1 Гб оперативной памяти. На данный момент, эта редакция не
21
сопровождается службой поддержки Oracle - My Oracle Support (ранее Metalink), но зачастую
ответы на интересующие вопросы можно найти на форумах посвященных Oracle и разработке
под эту СУБД.
Рассмотрим, данную СУБД с точки зрения реализаций требований, указанных в пункте
1.4:
.Хранение информации о клиентах, в виде справочников клиентов –
-данное требование, можно реализовать на данной СУБД.
Авторизация и идентификация клиентов на официальном сайте компании Тинт-Принт-для реализации данного требования существует специальная предустановленная компонента
APEX, а также необходимо написание функции авторизации на языке PL/SQL специального
кода.
Автоматизированный прием заказов –
- для реализации данного требования существует специальная предустановленная компонента
APEX
Загрузка файлов на сервер компании Тинт-Принт, с помощью каналов интернета- реализация данного требования возможно, но так же связанна с реализацией функции
автоматизированного приема заказов.
- для реализации данного требования предусмотрено внедрение поля BLOB, в котором будет
храниться файл клиента. Загрузка будет осуществляться на этапе занесения заказа в систему.
Оповещение клиентов о готовности заказа- реализация данного требования возможно, с помощью уже существующих процедур.
Заполнение технического задания на основании информации о заказе, указанные
клиентом при вводе заказа в систему
- реализация данного требования возможна в СУБД.
Передача заказа внутри структуры предприятия-реализация данного требования полностью поддерживается в данной СУБД.
Автоматическое напоминание о приближающемся сроке исполнения заказа- реализации данного требования полностью поддерживается в СУБД.
Контроль оплаты заказа-для контроля оплаты, будет создана специальная процедура, вызывающаяся из триггера при
определенном статусе.
Передача электронных сообщений, с помощью подсистемы передачи информации- для реализации данной функции будет использоваться отдельное приложение для Windows 7.
В таблице 2.2 произведен сравнительный анализ СУБД основанный на требованиях к
ИС.
Таблица 2.2. Сравнительный анализ СУБД
22
Требования к проектируемой
системе
СУБД ORACLE
СУБД Microsoft SQL Server
Автоматизированный прием
заказов
С помощью компоненты APEX
Отдельное приложение.
Загрузка файлов на сервер
компании, с помощью каналов
интернета
С помощью компоненты APEX
Использование отдельной
компоненты
Оповещение клиентов о
готовности заказа
Встроенная процедура
передачи сообщений по
электронной почте
Встроенная процедура
отсутствует, существует
возможность написания
собственной процедуры
Заполнение технического
задания на основании
информации о заказе,
указанных клиентом при вводе
заказа в систему
С помощью компоненты APEX
3
Передача заказа внутри
структуры предприятия
Использовать возможности
триггера
Использовать возможности
триггера
Контроль оплаты заказа
Использовать возможности
триггера
Использовать возможности
триггера
Передача электронных
сообщений, с помощью
подсистемы передачи
информации
Использовать возможности
триггера
Использовать возможности
триггера
2.2.2. Обзор языков программирования
Delphi — императивный, структурированный, объектно-ориентированный язык
программирования, диалект Object Pascal.Начиная со среды разработки Delphi 7.0, в
официальных документах Borland стала использовать название Delphi для обозначения языка
Object Pascal. Начиная с 2007 года уже язык Delphi (производный от Object Pascal) начал жить
своей самостоятельной жизнью и претерпевал различные изменения, связанные с
современными тенденциями (например, с развитием платформы .NET) развития языков
программирования: появились class helpers, перегрузки операторов и другое.
Хранение информации о клиентах, в виде справочников клиентов –
-данное требование, не влияет на выбор языка, в данном пункте, требуется лишь корректное
отображение хранимой информации. Язык Delphi полностью удовлетворяет, этому требованию.
Для создания пользовательского интерфейса необходимо будет использовать специальную
компоненту, для связи с БД. А так же необходима установка Oracle Client’a.
23
Авторизация и идентификация клиентов на официальном сайте компании Тинт-Принт-язык Delphi не удовлетворяет этому требованию, потому что не является языком
программирования для web-приложений.
Автоматизированный прием заказов –
- данное требование будет выполнено на стороне сервера, но язык Delphi не удовлетворяет
этому требованию, потому что не является языком программирования для web-приложений.
Загрузка файлов на сервер компании Тинт-Принт, с помощью каналов интернета- язык Delphi не удовлетворяет этому требованию, потому что не является языком
программирования для web-приложений. Оповещение клиентов о готовности заказа Заполнение технического задания на основании информации о заказе, указанные
клиентом при вводе заказа в систему
- реализация данного требования реализована на стороне СУБД, язык Delphi позволяет
производить вызов процедуры из БД и производить расчет в прикладном ПО.
Передача заказа внутри структуры предприятия-реализация данного требования полностью реализована на стороне СУБД и отношения к
языкам программирования не имеет.
Автоматическое напоминание о приближающемся сроке исполнения заказа- реализации данного требования полностью поддерживается в СУБД.
Контроль оплаты заказа-для контроля оплаты, будет создана специальная процедура, вызывающаяся из триггера при
определенном статусе.
Передача электронных сообщений, с помощью подсистемы передачи информации- для реализации данной функции будет использоваться отдельное приложение для Windows 7.
PL/SQL
PL/SQL (Procedural Language / Structured Query Language) — язык программирования,
процедурное расширение языка SQL, разработанное корпорацией Oracle. Базируется на языке
Ада.
PL/SQL встроен в следующие СУБД: Oracle Database (начиная с версии 7), TimesTen
(англ.) (с версии 11.2.1) и IBM DB2 (с версии 9.7)[2]. Также PL/SQL используется как
встроенный язык для средства быстрой разработки Oracle Forms и инструмента разработки
отчётов Oracle Reports.
Рассмотрим язык PL/SQL, с точки зрения реализации требований, указанных в пункте
1.4, учитывая, что при рассмотрении СУБД, была выбрана Oracle Database 11g версия XE:
.Хранение информации о клиентах, в виде справочника клиентов –
-данное требование реализуется на основе структуры БД и не влияет на выбор языка.
Авторизация и идентификация клиентов на официальном сайте компании Тинт-Принт-для реализации данного требования наиболее подходящим является язык PL/SQL , так как он
позволяет производить операции проверки корректности внесенных данных клиента на
стороне сервера.
Автоматизированный прием заказов –
24
- реализация данного требования на языке PL/SQL возможно, но при условии интеграции с
системой веб-приложения
Загрузка файлов на сервер компании Тинт-Принт, с помощью каналов интернета- реализация данного требования возможно, для внесения в базу достаточно использовать
стандартные операторы языка SQL.
Оповещение клиентов о готовности заказа- реализация данного требования возможно используя встроенные процедуры отправки
сообщений почты.
Заполнение технического задания на основании информации о заказе, указанные
клиентом при вводе заказа в систему
- полностью реализуемо на языке PL/SQL , все операции будут производиться автоматически,
при загрузке заказа.
Передача заказа внутри структуры предприятия-реализация данного требования возможно, используя триггерные события и написанные
процедуры на языке PL/SQL.
Автоматическое напоминание о приближающемся сроке исполнения заказа- реализации данного требования поддерживается языком PL/SQL.
Контроль оплаты заказа-реализация данного требования возможно на языке PL/SQL, также использование данного
языка, предпочтительно, потому что, отпадет необходимость создания внешнего программного
комплекса, а передача будет производится с помощью ресурсов СУБД.
Передача электронных сообщений, с помощью подсистемы передачи информации- для реализации данной функции данный язык, наименее подходящий, т.к. для передачи
сообщений не планируется использование возможностей СУБД..
PHP
PHP (англ. PHP: Hypertext Preprocessor — «PHP: препроцессор гипертекста»;
первоначально Personal Home Page Tools — «Инструменты для создания персональных вебстраниц») — скриптовый язык программирования общего назначения, интенсивно
применяемый для разработки веб-приложений. В настоящее время поддерживается
подавляющим большинством хостинг-провайдеров и является одним из лидеров среди языков
программирования, применяющихся для создания динамических веб-сайтов.
Рассмотрим язык PHP с точки зрения предъявленных требований к системе:
Хранение информации о клиентах, в виде справочника клиентов –
-данное требование реализуется на основе структуры БД и не влияет на выбор языка.
Авторизация и идентификация клиентов на официальном сайте компании Тинт-Принт-данное требование полностью реализуемо на языке PHP, но вызывает сложности процесс
интеграции вызова процедур PL/SQL с PHP.
Автоматизированный прием заказов –
- данное требование полностью реализуемо на языке PHP.
Загрузка файлов на сервер компании Тинт-Принт, с помощью каналов интернета- реализация данного требования возможно, для загрузки файлов будет использоваться
процедура PL/SQL вызываемая языком PL/SQL.
25
Оповещение клиентов о готовности заказа- данное требование реализована на стороне СУБД.
Заполнение технического задания на основании информации о заказе, указанные
клиентом при вводе заказа в систему
- Данное требование реализована на стороне сервера СУБД.
Передача заказа внутри структуры предприятия- Данное требование реализована на стороне сервера СУБД..
Автоматическое напоминание о приближающемся сроке исполнения заказа- Данное требование реализована на стороне сервера СУБД..
Контроль оплаты заказа- Данное требование реализована на стороне сервера СУБД.
Передача электронных сообщений, с помощью подсистемы передачи информации- возможна реализация передачи сообщений, используя возможности PHP .
JavaScript
JavaScript — прототипно-ориентированный скриптовый язык программирования.
Является диалектом языка ECMAScript.
JavaScript обычно используется как встраиваемый язык для программного доступа к
объектам приложений. Наиболее широкое применение находит в браузерах как язык сценариев
для придания интерактивности веб-страницам.
Основные архитектурные черты: динамическая типизация, слабая типизация,
автоматическое управление памятью, прототипное программирование, функции как объекты
первого класса.
На JavaScript оказали влияние многие языки, при разработке была цель сделать язык
похожим на Java, но при этом лёгким для использования непрограммистам. Языком JavaScript
не владеет какая-либо компания или организация, что отличает его от ряда языков
программирования, используемых в веб-разработке.
Рассмотрим язык JavaScript, с точки зрения реализации требований указанных к системе:
.Хранение информации о клиентах, в виде справочника клиентов –
-данное требование реализуется на основе структуры БД и не влияет на выбор языка.
Авторизация и идентификация клиентов на официальном сайте компании Тинт-Принт-данное требование полностью поддерживается в JavaScript, а также, стоит отметить, что в
СУБД уже существует стандартные процедуры авторизации клиентов, включенные в комплекс
APEX.
Автоматизированный прием заказов –
- реализация данного требования поддерживается в языке JavaScript , и также легко реализуемо
с помощью визуального редактора в APEX.
Загрузка файлов на сервер компании Тинт-Принт, с помощью каналов интернета - реализация данного требования возможно, для внесения в базу будет использоваться
вызов процедуры PL/SQL .
Оповещение клиентов о готовности заказа26
- данное требование реализована на стороне СУБД.
Заполнение технического задания на основании информации о заказе, указанные
клиентом при вводе заказа в систему
- Данное требование реализована на стороне сервера СУБД.
Передача заказа внутри структуры предприятия-данное требование реализована на стороне сервера СУБД..
Автоматическое напоминание о приближающемся сроке исполнения заказа- данное требование реализована на стороне сервера СУБД..
Контроль оплаты заказа- данное требование реализована на стороне сервера СУБД.
Передача электронных сообщений, с помощью подсистемы передачи информации- возможна реализация передачи сообщений, используя возможности JavaScript , для
этого необходим будет браузер.
В таблице 2.3 приведен сравнительный анализ языков программирования, исходя
из требований к предоставляемой системе.
Таблица 2.3. Сравнительный анализ языков программирования
Требования к
проектируемой системе
Delphi
PHP
JavaScript
PL/SQL
Хранение информации о
клиентах, в виде
справочников клиентов
-
-
-
-
Авторизация и
идентификация клиентов
на официальном сайте
компании Тинт-Принт;
-
4
5
5
Автоматизированный
прием заказов
-
5
5
5
Загрузка файлов на сервер
компании, с помощью
каналов интернета
-
5
5
Оповещение клиентов о
готовности заказа
-
-
-
5
Заполнение технического
задания на основании
информации о заказе,
указанных клиентом при
вводе заказа в систему
-
-
-
5
Передача заказа внутри
структуры предприятия
-
-
-
5
27
Контроль оплаты заказа
-
-
-
-
Передача электронных
сообщений, с помощью
подсистемы передачи
информации
5
4
4
-
2.3. Обоснование проектирования собственной ИС и выбора средств
разработки.
Обзор проведенный в пунктах 2.2. и 2.1. показал , что приведенный программный аналог
1С:Предприятие 8. Управление производственным предприятием не удовлетворяют
требования к проектируемой информационной системе по следующим пунктам:
1. В приведенной программной системе 1С:Предприятие 8. Полиграфия отсутствует
возможность заведения он-лайн заказов, позволяющей вводить клиентам заказы без участия
сотрудников компании.
2. В программной системе 1С:Предприятие 8. Полиграфия, отсутствует подсистема оповещения
клиента о готовности заказа, позволяющей автоматически отправлять на электронную почту
сообщение о готовности заказа.
3. Рассматриваемая информационная система 1С:Предприятие 8. Полиграфия не позволяет
использовать электронную систему оповещения .
4. Приведенная в обзоре информационная система 1С:Предприятие 8. Полиграфия обладает
рядом аналитических функций используемых для построения отчетов для руководителя, что
приводит к удорожанию себестоимости системы. Система Полиграфия.Заказы предназначена
только для введения и обработки заказа, без предоставления аналитической информации. С
точки зрения объемов производства и объемов совокупной прибыли данные функции является
лишними для компании Тинт-Принт.
5. Информационная система 1С:Предприятие 8. Полиграфия не просчитывает сроки на
изготовления заказа, по этой причине клиент не имеет информации о сроке изготовление его
заказа. В свою очередь информационная система Типография.Заказы позволяет просчитать
срок изготовления заказа исходя из текущей нагрузки на производство.
Таким образом, было принято решение проектирование собственной информационной
системы. В качестве системы управления базами данных выбрана СУБД Oracle Database
Express Edition 11g, потому как, при равенстве во многих компонентах СУБД Microsoft SQL
Server, в СУБД Oracle Database Express Edition 11g наиболее развита интеграция с webсервисами. В СУБД Oracle Database Enterprise Edition 11g существует возможность
подключения компоненты Oracle Application Express — свободная среда быстрой разработки
прикладного программного обеспечения на основе СУБД Oracle Database, целиком
реализованная как веб-приложение. В качестве языка программирования выбран язык PL/SQL –
для реализации процедур на стороне сервера, так как он наиболее совместим с СУБД Oracle
28
Database Express Edition 11g, язык JavaScript- для создания интерфейса портала, и языка Delphi,
для реализации ПО, предназначенного для передачи сообщений, т.к. он более оптимизирован
для работы на Windows 7.
29
3. Проектная часть.
3.1. Моделирование информационной системы на ООО «Тинт-Принт»,
модель TOBE
В результате проведенного анализа процесса производства рекламной продукции, были внесены
следующие изменения в диаграмму IDEF0, с помощью которых достаточно резко повышается
эффективность работы предприятия, в декомпозированной диаграмме А0:
Загрузка информации о заказе и при необходимости исходного файла на сайт (FTP)вместо физического контакта c клиентам, что повышает мобильность клиента и
повышает эффективность предприятия.
Исходя из требований клиента указанных в техническом задании создается дизайн,
отпала необходимость созваниваться с клиентом по поводу дизайна своего файла.
В результате выполненного анализа и внесенных изменений, декомпозированная диаграмма А0
выглядит следующим образом (см. рис 3.1.)
Закон «О рекkаме»
Загрузка
технического
задания,
исходного файла
Техническое задание
Закон «О рекламе»
A00
Клиент
Файл в формате PSD,ТЗ
Обработка
технического
задания,
дизайн.
Клиенты
A01
Напечатанная продукция
Выполнение
работ по заказу
A02
Готовая продукция
Упаковка
УЗЕЛ:
1
A03
ЗАГОЛОВОК:
НОМЕР:
Сотрудники, прикладное ПО
Рис.3.1. Декомпозированная диаграмма процесса производства рекламной продукции, модель TO-BE.
На рисунке выше видно, что прием заказа осуществляется с помощью АИС
Типография.Заказы, а также, что для заведения заказа, физическое присутствие клиента в
офисе не является обязательным условием.
30
А также, декомпозированная диаграмма А02 показана на рисунке 3.2.
В декомпозированной диаграмме А02 «Печать» выполнена следующая оптимизация,
повышающая эффективность предприятия:
Загрузка файла с сервера, вместо непосредственного контакта с клиентом или
дизайнером;
Автоматическая загрузка и преобразование файла в очередь печати.
Файл
Автоматическое
формирование
списка
необходимых
материалов
Стандарт печати ISO
Список
A021
Проверка
материалов на
складе
Расположение материалов на складе
A022
Список ответсвенных
Формирование
списка
ответственных
Печатник, принтер, прикладное ПО
A023
Готовая продукция
Выполнение
работ по заказу
A024
Статус в БД «Выполнен»
Отметка о
выполнении
заказа в БД
A025
Рис.3.2. Декомпозированная диаграмма процесса печати.
31
3.2. Объектно-ориентированное проектирование информационной
системы Типографии «Тинт-Принт»
3.2.1. Диаграмма вариантов использования
Бухгалтер
Оформление документов
Создание заказа
«extends»
Дизайнер
Менеджер
Включение дополнительных условий обработки заказа
Наличие доп. доработок при р-ке заказа
«extends»
Загрузка на FTP, готового файла
Дизайнер
Управляющий производством
Обработка заказа
«extends»
Управляющий производством
Рабочий
Заказ материалов
Отметка о выполнение заказа
Рабочий
Рис 3.3. Диаграмма вариантов использования предприятия Тинт-Принт
32
Менеджер принимает заказ с заполнением всех необходимых полей заказа, после чего
происходит первичная подготовка документов и проверка ТЗ.
Дизайнер получает сообщение на электронную почту с ссылкой на новый заказ клиента и
ТЗ, после чего проверяет наличие дополнительных доработок по заказу. Дизайнер создает файл,
загружает его в хранилище, создает отметку о выполненном на его уровне всех обязательств по
заказу.
Управляющий производством получает сообщение на электронную почту о
сформированном файле по заказу, анализирует ТЗ , проверяет наличие необходимых материалов
на складах и последнее- формирует список ответственных по данному заказу.
Рабочий получает задание через электронную систему оповещения, выполняет работы
связанные с этим заказом, после выполнения работ по заказу, отмечает в БД этот заказ , как
выполненный.
Менеджер передает заказ и все необходимые документы клиенту.
3.2.2. Диаграмма классов
0..1
«Control»
Наличие материала
«Boundary»
ВыборСформированногоФайла
1..*
-
0..1
+SaveOrder()
+Create()
0..1
0..1
1
«Control»
Дополнительные опции
-TZNumber : Integer
+SaveOrder()
«Entity»
ТЗ
-TZNumber : Integer
-ClientName : String
-TZDate : Date
-TZFillDate : Date
+Create() : Boolean
+SetInfo() : Boolean
+GetInfo() : String
0..1
0..1
«Control»
Список ответстнных
+SaveOrder()
+Commit()
0..1
1..*
0..1
0..1
1
«Boundary»
Детали ТЗ
+Open()
+SubmitInfo()
+Save()
+Open()()
0..*
0..1
0..1
«Entity»
СЧета
-ID_Transaction : Integer
+SaveOrder()
0..*
0..1
«Entity»
Состояние ТЗ
-ItemIdInteger : Integer
-ItemDescrition : String
+Create()
+SetInfo()
+GetInfo()
+SaveOrder()
Рис. 3.4. Диаграмма классов
На диаграмме классов изображена диаграмма, описывающая структуру системы
типографии, она демонстрирует классы системы, их атрибуты, методы и зависимости между
33
классами. На данном примере рассмотрена последовательность действий управляющего
производством и связанные с ним атрибуты, методы и зависимости.
34
3.2.3. Диаграмма последовательности
«Boundary»
ВыборСформ.Файла : Основной пакет::ВыборСформиров
анногоФайла
«Boundary»
Детали ТЗ : Основной пакет::Детали
ТЗ
«Entity»
Состояние ТЗ : Основной пакет::Состояние
ТЗ
«Entity»
ТЗ2434 : Основной пакет::ТЗ
«Control»
Список ответсвенных : Основной пакет::Список
ответстнных
: Основной пакет::Управляющий
производством
Create()
Open()
Open()
Open()
Create()
Commit()
Create()
Commit()
Рис. 3.5. Диаграмма последовательностей
На данной диаграмме схематично изображен пример обработки одного заказа:
1.
Управляющий производством производит выбор сформированного дизайнером файла,
согласно установленным правилам.
2.
Управляющий производством анализирует детали технического задания.
3.
После чего вносит изменения в состояние заказа, изменяя на «Обрабатывается УП»
4.
Вносятся изменения в сущность заказа включающего данное ТЗ.
5.
Управляющий производством формирует список ответственных и сроки выполнения
заказа.
35
3.2.4. Диаграмма кооперации
На рис.3.6 изображена диаграмма кооперации компании Тинт-Принт
Commit()
«Control»
Список ответстнных : Основной пакет::Список
ответстнных
«Entity»
ТЗ №1547 : Основной пакет::ТЗ
Cre
ate
SaveOrde
r()
GetInfo()
()
Op
()
en
Cr
ea
te
()
Op
en(
)
SaveOrder()
«Entity»
Состояние ТЗ : Основной пакет::Состояние
ТЗ
«Boundary»
ВыборСформ.файла : Основной пакет::ВыборСформиров
анногоФайла
Save()
«Boundary»
Детали ТЗ : Основной пакет::Детали
ТЗ
: Основной пакет::Управляющий
производством
Рис. 3.6. Диаграмма кооперации.
С помощью диаграммы кооперации, описан контекст взаимодействий, как своеобразный
временной «срез» совокупности объектов, взаимодействующих между собой для обработки
заказа на этапе формирования списка ответственных управляющим производством.
3.2.5. Диаграмма состояний заказа
Диаграмма состояний - это, по существу, диаграмма состояний из теории автоматов cо
стандартизированными условными обозначениями, которая может определять множество
систем от компьютерных программ до бизнес-процессов. Используются следующие условные
обозначения:
Круг, обозначающий начальное состояние.
Окружность с маленьким кругом внутри, обозначающая конечное состояния (если
есть).
36
Скругленный прямоугольник, обозначающий состояние. Верхушка
прямоугольника содержит название состояния. В середине может быть
горизонтальная линия, под которой записываются активности, происходящие в
данном состоянии.
Стрелка, обозначающая переход. Название события (если есть), вызывающего
переход, отмечается рядом со стрелкой. Охраняющее выражение может быть
добавлено перед "/" и заключено в квадратные скобки
(название_события[охраняющее_выражение]), что значит, что это выражение
должно быть истинным, чтобы переход имел место. Если при переходе
производится какое-то действие, то оно добавляется после "/"
(название_события[охраняющее_выражение]/действие).
Толстая горизонтальная линия с либо множеством входящих линий и одной
выходящей, либо одной входящей линией и множеством выходящих. Это
обозначает объединение и разветвление соответственно.
На диаграмме состояний заказа схематично изображены состояния заказа и их
последовательность. Диаграмма состояний представлена на рис. 3.7.
Сохранение информации о заказе
[Обязательные поля не заполнены]
[Обязательныве поля заполнены]
Сообщение о необходимости заполнения обязательных полей
[Обязательные поля не заполнены]
Загрузка заказа в АИС
Заказ требует уточнения
Заказ в отделе дизайна
[Остались вопросы]
Проверка менеджером
[Вопросов по заказу нет]
Заказ в производстве
Заказ утвержден
Заказ выполнен
37
Рис. 3.7. Диаграмма состояний заказа.
После заполнения необходимых полей, и в случае если все необходимые поля не были
заполнены, то предлагается выводить сообщение о необходимости заполнения обязательных
полей. После прохождения проверки на наличие всех необходимых полей и их корректность,
заказ получает статус - Загрузка заказа в АИС, следующее состояние заказа – проверка
менеджером, на данном этапе менеджер проводит проверку на корректность введенного заказа,
в случае если возникают вопросы, заказ получает статус – заказ требует уточнения, после того,
как клиенты вносит необходимые уточнения к заказу, заказ вновь получает статус «Загрузка
заказа в АИС». В случае если заказ подтвержден менеджером, заказ получает статус- «Заказ
утвержден» , после чего, устанавливается статус – «Заказ в отделе дизайна», на данном этапе
происходит разработка дизайна для заказа или обработка уже существующего файла,
следующее состояние–«Заказ в производстве», на данном этапе выполняются основные работы
по заказу, после выполнения всех работ по заказу устанавливается статус – «Заказ выполнен»,
что соответствует выполнению всех работ указанных в заказе.
3.2.6. Диаграмма деятельности
Диагра́мма де́ятельности англ. activity diagram — диаграмма, на которой показано
разложение некоторой деятельности на её составные части. Под деятельностью англ. activity
понимается спецификация исполняемого поведения в виде координированного
последовательного и параллельного выполнения подчинённых элементов — вложенных видов
деятельности и отдельных действий англ. action, соединённых между собой потоками, которые
идут от выходов одного узла ко входам другого.
Диаграмма деятельности заказа в компании Тинт-Принт, представлена на рис. 3.8.
38
Менеджер
Дизайнер
Управляющий производством
Рабочий
Поступление заказа
[ТЗ подтвержено менеджером]
Состояние потока заказа : Заказ
[Загрузка заказа в АИС]
[ТЗ подтвержено менеджером?]
/ да
Установка статуса Подтвержен менеджером
/ Нет
Состояние потока заказов : Заказ
[Заказ в отделе дизайна]
Состояние потока заказа : Заказ
[Заказ требует уточнения]
[Файл подтвержден клиентом?]
Состояние потока заказов : Заказ
[Заказ в производстве]
[Проверка необходимых материалов на складе]
Заказ необх.материалов
Отправка файла на подтверждение
Формирование списка ответсвенных
Состояние потока заказов : Заказ
Контроль за выполнением работы
Состояние потока заказов : Заказ
[Контроль за выполнением работы]
Отметка о выполнения заказа
Состояние потока заказов : Заказ
[Заказ выполнен]
Оповещения клиента(тел.звонок)
Подготовка документов
Состояние потока заказов : Заказ
[Заказ выдан клиенту]
Рис. 3.8. Диаграмма деятельности заказа
39
На диаграмме деятельности заказа схематично изображено разложение деятельности заказа, его
составные части и основные статусы.
3.2.7. Диаграмма компонентов APEX
Диагра́мма компоне́нтов, Component diagram — статическая структурная диаграмма,
показывает разбиение программной системы на структурные компоненты и связи (зависимости)
между компонентами. В качестве физических компонентов могут выступать файлы,
библиотеки, модули, исполняемые файлы, пакеты и т. п.
Диаграмма компонентов APEX представлена на рис. 3.9.
EPG
Oracle Express Engine
ПК с установленным браузером
Рис. 3.9. Диаграмма компонентов APEX.
На данной диаграмме схематично изображены необходимые для работы компоненты
APEX:
1. Сервер ;
2. Установленная на сервере БД;
3. Установленная на сервере с БД, компонента EPG -Embedded PL/SQL gateway
выполняет функции Web-сервера и обеспечивает инфраструктуру, необходимую для создания
динамических приложений. Embedded PL/SQL gateway содержит основные функции mod_plsql
и не требует Oracle HTTP Server.
40
4. Ядро APEX, выполняющие следующие задачи:
управление состоянием сессии;
сервис идентификации;
сервис авторизации;
управление потоком страниц;
проверка достоверности.
5. ПК с установленным браузером и доступом к серверу БД.
Диаграмма портала ИС представлена на рис.3.10 .
«HTML»
Страница с логином и паролем
«HTML»
Страница клиента
«HTML»
Страница менеджера
«HTML»
Администрирование
«HTML»
Дерево заказов
«HTML»
Оставить новый заказ
«HTML»
Страница с клиентами
«HTML»
Информация по заказу
«HTML»
Отчеты
«DataBase»
База Данных
Рис. 3.10. Диаграмма компонентов портала.
41
3.2.8. Диаграмма развертывания
Диагра́мма развёртывания, Deployment diagram в UML моделирует физическое
развертывание артефактов на узлах. Например, чтобы описать веб-сайт диаграмма
развертывания должна показывать, какие аппаратные компоненты («узлы») существуют
(например, веб-сервер, сервер базы данных, сервер приложения), какие программные
компоненты («артефакты») работают на каждом узле (например, веб-приложение, база данных),
и как различные части этого комплекса соединяются друг с другом (например, JDBC, REST,
RMI).
Узлы представляются как прямоугольные параллелепипеды с артефактами,
расположенными в них, изображенными в виде прямоугольников. Узлы могут иметь подузлы,
которые представляются как вложенные прямоугольные параллелепипеды. Один узел
диаграммы развертывания может концептуально представлять множество физических узлов,
таких как кластер серверов баз данных.
Диаграмма развертывания представляет собой топологию сети предприятия Тинт-Принт.
Диаграмма представлена на рис.3.11.
42
Телефон
TCP/IP
Рабочее место менеджера
TCP/IP
Принтер
TCP/IP
Рабочее место менеджера
Телефон
TCP/IP
TCP/IP
Рабочее место менеджера
TCP/IP
Телефон
«library»
EPG
«executable»
Oracle Express Engine
TCP/IP
TCP/IP
Рабочее место менеджера
Сервер БД ORACLE
Рабочее место дизайнера
TCP/IP
TCP/IP
Цифровая камера
Рабочее место УП
TCP/IP
Сканер
Цифровой принтер
Струйный принтер
Рис. 3.11. Диаграмма развертывания АИС Типография.Заказы
43
3.2.9. Схема БД
На рис. 3.12 изображена схема проектируемой БД с указанием связей между ними.
Klients
Id_Klienta
Kontakt (O)
Pin (O)
Login (O)
Password (O)
dostup (O)
Street (O)
Home (O)
Office (O)
Name_klients (O)
Files
Id_File (O)
Employees
emp_id (O)
Schets
id_Scheta (O)
Manager_id (O) (IE1)
Last_name (O)
First_name (O)
Kontakt_manager (O)
Sost (O)
Srok_opl (O)
id_Klienta (O) (FK,IE1)
Salarys
Zakazi
Emp_id (O) (FK,IE1)
otpusk_start (O)
id_Zakaz (O)
otpusk_end (O)
Ssilka_file (O)
format_file (O) (AK1)
Used_Programms (O)
Emp_id (O) (IE1)
Height (O)
Weight (O)
ColorSchem (O)
id_file (O) (FK,IE2,IE5)
id_klienta (O) (IE6)
Id_scheta (O) (FK,IE3,IE7)
emp_id (O) (FK,IE4,IE1)
Opisanie (O)
Pozition (O)
srok_vpln (O)
Рис. 3.12 . Схема БД проектируемой ИС.
44
Таблица Zakazi – таблица предназначенная для хранения информации по заказам
клиентов. Характеристика объекта представлена в таблице 3.1.
Таблица 3.1. Характеристика таблицы Zakazi
Атрибут
Id_zakaz
Характеристика
NUMBER
ID_FILE
NUMBER
ID_KLIENTA
NUMBER
ID_SCHETA
NUMBER
EMP_ID
NUMBER
OPISANIE
POZITION
SROK_VPLN
VARCHAR2(2000)
VARCHAR2(2000)
DATE
Комментарий
Идентификатор заказа,
Первичный ключ
Идентификатор файла,
Внешний ключ из таблицы Files
Идентификатор клиента
Внешний ключ из таблицы Klients
Идентификатор счета
Внешний ключ из таблицы Schets
Идентификатор сотрудника, ответственного за выполнения
данного заказа
Внешний ключ из таблицы Employees
Комментарии к заказу
Состояние заказа
Крайняя дата выполнения заказа
Таблица Klients - справочник клиентов, хранит основную информацию по всем
клиентам компании. Характеристика объекта представлена в таблице 3.2.
Таблица 3.2. Характеристика таблицы Klients
Атрибут
ID_KLIENTA
Характеристика
NUMBER
NAME_KLIENTS
KONTAKT
LOGIN
PASSWORD
DOSTUP
STREET
HOME
OFFICE
PIN
VARCHAR2(200)
NUMBER
VARCHAR2(20)
VARCHAR2(20)
NUMBER
VARCHAR2(2000)
VARCHAR2(2000)
VARCHAR2(2000)
NUMBER
Комментарий
Идентификатор клиента
Первичный ключ
Имя клиента
Контактный номер телефона
Логин
Пароль
Уровень доступа клиента к сервисам компании Тинт-Принт
Адрес клиента: улица
Адрес клиента: дом, строение, корпус
Адрес клиента: офис клиента
Идентификатор клиента во внешней системе
Таблица Schets - таблица предназначенная для хранения информации о счетах клиентов.
Характеристика объекта представлена в таблице 3.3.
Таблица 3.3. Характеристика таблицы Schets
Атрибут
ID_SCHETA
Характеристика
NUMBER
SOST
SROK_OPL
VARCHAR2(200)
DATE
Комментарий
Идентификатор счета
Первичный ключ
Состояние счета(оплачен/не оплачен)
Крайняя дата оплаты
45
Таблица Employees - хранит справочную информацию по всем сотрудникам компании.
Характеристика объекта представлена в таблице 3.4.
Таблица 3.4. Характеристика таблицы Employees
Атрибут
EMP_ID
Характеристика
NUMBER
LAST_NAME
FIRST_NAME
KONTAKT_MANAGER
VARCHAR2(200)
VARCHAR2(200)
VARCHAR2(20)
Комментарий
Идентификатор сотрудника
Первичный ключ
Фамилия сотрудника
Имя сотрудника
Логин
Таблица Files - предназначена для хранения информации о файлах клиентов. Характеристика
объекта представлена в таблице 3.5.
Таблица 3.5. Характеристика таблицы Files
Атрибут
ID_FILES
Характеристика
NUMBER
SSILKA_FILE
FORMAT_FILE
USED_PROGRAMMS
EMP_ID
VARCHAR2(200)
VARCHAR2(200)
VARCHAR2(20)
NUMBER
HEIGHT
WEIGHT
COLORSCHEM
NUMBER
FLOAT
FLOAT
Комментарий
Идентификатор файла
Первичный ключ
Ссылка на файл
Формат расширения файла
Используемая программа
Идентификатор сотрудника создавшего файла,
если клиент - идентификатор клиента
Высота
Ширина
Схема цвета (RGB,CMYK)
46
Заключение
47
Список литературы
48
Приложения.
49
Аннотация.
50
