76
• Скорость – по причине упрощения некоторых стандартов
MySQL значительно увеличила производительность.
Недостатки MySQL:
• Ограничения - создатели MySQL изначально заложили в эту
СУБД определенные ограничения функционала, которые бывают
необходимы при работе с требовательными приложениями;
• Проблемы с надежностью - иногда уступает другим СУБД в
надежности, из-за определенных способов обработки данных (аудиты,
транзакции, связи);
• Медленная разработка – несмотря на то, что MySQL является
технически открытым ПО, есть жалобы на процесс разработки. Однако
существуют и другие вполне успешные СУБД, которые созданы на базе
MySQL, например MariaDB.
Для создания ИС в виде веб-приложения был выбран веб-язык PHP,
поэтому требуется выбрать СУБД, наиболее подходящую для быстрой
работы с веб-приложениями. Такой СУБД является MySQL.
1.4.3. Обоснование проектных решений по техническому
обеспечению
Рассмотрим техническую архитектуру компании. Это позволит понять
степень автоматизации и информатизации всей компании.
Техническая составляющая ИС компании: персональные компьютеры,
сервера и коммуникационное оборудование.
На рисунке 1.8 представлена техническая архитектура
информационной сети предприятия.
77
Таблица №1.6
Минимальные технические требования к аппаратному обеспечению,
представлены в таблице 1.7.
Таблица №1.7
78
Отдел по работе с поставщиками Транспортный отдел
Коммутатор
Отдел по работе с клиентами
IT служба
Сервер баз данных
Резервный сервер баз данных
Производственный отдел
Бухгалтерия
Проектный отдел
Рисунок №1.8. Техническая архитектура ИС
3Com Switch 5500 10/100
Мбит/с, 48 портов
Комм
утатор
3Com Switch 5500 10/100
Мбит/с, 48 портов
Маршру
тизатор
79
II ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Практика разработки прикладных приложений показывает, что
идеальных стандартов моделирования жизненного цикла (ЖЦ) проектов
автоматизации, не существует. Для достижения успехов, рекомендуется
применять комбинированные методики, которые основываются на
нескольких стандартах и методологиях. В рамках данного дипломного
проекта, был применен комбинированный метод, а именно:
для определения основных этапов ЖЦ был выбран международный
стандарт ГОСТ Р ИСО/МЭК 12207-2010
для функционального моделирования предметной области и
формирования функциональных требований, была выбрана IDEF-
технология
для проектирования базы данных и разработки приложения, была
выбраны объектно-реляционная модель программирования систем.
В качестве основного стандарта, определяющего процессы ЖЦ
программных средств (ПС), был выбран стандарт ГОСТ Р ИСО/МЭК 12207
из-за следующих преимуществ:
стандарт ГОСТ Р ИСО/МЭК 12207 является российским стандартом,
официально введенным в действие на территории Российской Федерации.
стандарт создан на основе одного из наиболее популярных
международных стандартов в сфере информационных технологий – ISO/IEC
12207:1995 (ISO/IEC12207) Standard for Information Technology - Software
Lifecycle Processes.
80
популярные методологии разработки ПС (такие как Rational Unified
Process) основываются на ISO/IEC 12207:1995 (ISO/IEC12207) Standard for
Information Technology - Software Lifecycle Processes.
Стандарт ГОСТ Р ИСО/МЭК 12207 устанавливает общую структуру
процессов ЖЦ ПС, определяет процессы, работы и задачи, выполняемые в
ходе ЖЦ ПС:
основные процессы (проектирование, разработка, внедрение),
вспомогательные процессы (исследование предметной области и
формирование функциональных требований к системе),
организационные процессы (управление конфигурацией).
Так как исследование предметной области и постановка задачи
проведена в аналитическом разделе проекта, а функции управления
конфигурацией полностью автоматизированы платформой «1С:
Предприятие», то более подробно остановимся на основных процессах ЖЦ
ПС, структура которых представлена на рисунке 2.1.
81
Рисунок 2.1 – Основные этапы ЖЦ ПС
Платформа «1С: Предприятие» реализует гибкий подход к разработке
ПС, который позволяет быстрее создавать технологические решения,
привлекая меньше людей, снижая риски и повышая уровень качества.
В качестве стратегии внедрения нами была выбрана стратегия
«скачок». В настоящее время на предприятии не автоматизирован
документооборот, а использование данной стратегии позволит достаточно
быстро внедрить нашу информационную систему.
В качестве стандарта жизненного цикла нами был выбран стандарт
RUP.
82
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
К основным ожидаемым рискам на этапах ЖЦ ПС относятся:
несоблюдение сроков реализации проекта,
повышение стоимости проекта,
несоответствие функциональным требованиям,
сложность обучения пользователей,
возникновение ошибок при работе приложения,
угроза безопасности данных.
Успешность реализации проекта зависит от правильного выбора
комбинации стандартных методов ЖЦ и тщательного планирования работ
его этапов. В платформе «1С: Предприятие» изначально заложена строгая
ориентация на построение прикладного решения на основе определенной
модели. Этот подход является весьма перспективным и доминирующим в
обозримом будущем в современных средствах разработки. Идеи построения
бизнес-приложений на основе модели, например, нашли воплощение в
архитектуре MDA (Model Driven Architecture) консорциума OMG. Под
моделью понимается вся идеология построения прикладного решения. Сюда
относятся способы построения структур данных, типы связей между
данными, принципы манипулирования данными, формы описания бизнес-
логики, способы связи данных с интерфейсными объектами, разделение
функциональности по уровням системы и многое другое.
Важно, что все бизнес-приложения неукоснительно следуют принятой
модели и этим обеспечивается единообразие и предсказуемость их
поведения. Фактически, разработчик, желающий отразить в прикладном
решении специфику той или иной предметной области, имеет вполне
определенный набор способов решения этой задачи средствами,
заложенными в платформу в виде объектов метаданных. С одной стороны,
такой подход ограничивает (вполне осмысленно) свободу разработчика, но с
другой – защищает его от множества ошибок и позволяет в сжатые сроки
83
получать работоспособное решение, которое сможет в дальнейшем
развиваться и поддерживаться как им самим, так и, при необходимости,
другим специалистом.
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Трехуровневая архитектура приложения и система управления
доступом, обеспечивает снижения угроз информационной безопасности
(потеря данных, кража, фальсификация и т.д.).
Для того чтобы сотрудники предприятия использовали ресурсы СУБД
квалифицированно, эффективно и по назначению, придерживаясь норм этики
и соблюдая законы, определены четыре категории пользователей:
Директор,
Менеджер,
Технический отдел,
Отдел разработки.
Дизайнерский отдел
Каждому из пользователей определены свои права доступа к системе.
84
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
Входной информацией в системе являются данные по графикам работы
пользователей, комментарии к заказам, сами заказы.
Оперативной информацией являются данные о ходе работ над
проектом.
85
2.2.3. Характеристика результатной информации
Результатной информацией системы являются различные отчеты,
формируемые на основе оперативной информации.
Реестр договоров, из которого можно получить данные по каждому из
договоров
Отметки о заверении документов, а также отметки о подписании
договора и сдаче в архив
Отчеты по договорам
Отчеты по договорам включают:
Заключенные договоры
Договоры, заключенные в определенный период
Истекшие договоры
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
2.3.2. Характеристика базы данных
Составим концептуальное описание базы данных предметной области.
Пользователи создают заказы на сайте. Заказов может быть
несколько.
В каждом заказе могут быть вложения.
В каждом заказе может быть несколько вложений.
По каждому заказу выполняются задачи. Задач может быть несколько.
Пользователи сайта отправляют друг другу сообщения.
Пользователи оставляют комментарии к заказам.
Таким образом, сущности в базе данных следующие: