36
Между ними устанавливается соподчиненность. У файла может быть
несколько подчиненных, но исходная вершина одна. Основной тип
отношений - один ко многим. Основные недостатки иерархической
структуры: неэффективность отображения отношений типа «многие ко
многим»; длительность доступа к сегментам, находящимся на нижних
уровнях иерархии; ориентированность на определенный тип запроса.
В сетевых моделях точкой входа в систему может быть любой файл,
связанный с другими файлами отношениями один к одному, один ко многим,
многие ко многим. Недостатком являются сложность, и неудобство
навигационного доступа.
Широкое распространение и популярность носит реляционная модель
базы данных. В ней вся информация представлена в виде таблиц и
отношений. Таблицами являются совокупностью записей. Между ними
существуют связи типа один ко многим, многие ко многим. Все отношения
имеют ключи.
Ключ - это идентифицирующее поле записи. Реляционная модель
данных исключает дублирование информации, ускоряет поиск и доступ к
необходимым данным. Достоинством реляционной модели является
сравнительная простота инструментальных средств ее поддержки.
Недостатком - жесткость структуры данных и зависимость скорости ее
работы от размера базы данных [8, с. 184].
Перечисляя преимущества реляционных моделей базы данных
целесообразно для предоставления информации использовать именно ее.
Моделью логической структуры базы данных была выбрана именно
реляционная, так как она позволяет быстро сформировать связи между
таблицами для правильного построения запросов к базе данных и также
просто и быстро разорвать эти связи и создать новые для построения другого
запроса. Кроме того, архитектура построения связи более проста и время
выполнения запроса в реляционной модели выше чем при использовании
сетевой или иерархической структуры.
37
1.4.2. Обоснование проектных решений по программному обеспечению
Программное обеспечение (ПО) - комплекс программных средств и
документов на носителях данных. Необходимы для тестирования, проверки
работоспособности и функционирования ИС. В состав ПО входят
общесистемные и специализированные программные продукты, а также
техническая документация.
Данная выпускная квалификационная работа по созданию модуля
бизнес-процесса, будет реализована с помощью системы 1С: Предприятие
8.3. Все объекты информационной базы находятся в одной файловой БД.
Взаимодействие с ней выполняет файловая СУБД, которая является частью
всей платформы.
СУБД описывает собой объединение программных и языковых
средств, предназначенных для создания, ведения и совместного
использования БД несколькими пользователями. СУДБ является вторым по
важности программным компонентом.
К общесистемному ПО в нашем случае относятся операционная
система и система управления базами данных (СУБД). Так как
разрабатываемая система имеет сервер баз данных, нам нужны две
операционные системы: серверная и для клиентских машин.
Критериями выбора архитектуры реализации проектируемого
Программного Комплекса являются [15, с. 284]:
• Совместимость с существующей инфраструктурой серверов;
• Возможность создания резервных копий данных.
Таблица 6
Варианты СУБД
Характеристики/ Название СУБД
Microsoft SQL
Server 2017
FireBird
Oracle 10
Standart Edition
Встраиваемая аутентификация
пользователей
да
да
нет
Мониторинг работы базы данных
да
да
да
Максимальное число
пользователей
Не
ограничено
1000
Не ограничено
Ведение журнала действий с
да
да
да
38
базами данных и подключение
В качестве средства реализации базы данных была выбрана система
MS SQL Server 2017. Она пользуется популярностью благодаря своим
функционалом. Это мощная и надежная система управления данными,
обеспечивающая множество функций, защиту данных и высокую
производительность для внедренных приложений-клиентов. Кроме того,
система ранее установлена в компании и успешно используется. Она отлично
подходит под рассматриваемые задачи, поэтому вынесено решение ее не
менять.
Операционная система (ОС) - сформированная совокупность
системных программ, выполняющих роль интерфейса (программной
оболочки) между пользователем и компьютером. Она предоставляет и
обеспечивает пользователей необходимым набором средств, для облегчения
использования, программирования, проектирования, тестирования и
сопровождения программ, параллельно управляя распределением ресурсов
для обеспечения эффективной работы.
Сравнительный анализ вариантов операционных систем приведен ниже
в таблице 7.
Таблица 7
Варианты ОС
Характеристики
Linux
Windows 10
MAC OS
Аппаратная совместимость
Разнообразные
аппаратные
платформы
Разнообразные
аппаратные
платформы
Только с
брендом
Apple
Бесплатные программы
Большой
выбор
Большая часть
бесплатно
Малая часть
Уязвимость к вредным
программам
Высокая
Высокая
Малая
Простота использования
Сложная
Простая
Простая
Уровень использования в сфере
бизнеса
Минимальный
Большой
До среднего
Уровень применения серверов
в сфере бизнеса
Большой
Большой
Малый
39
Для данного проекта выбрана ОС Windows 10. Это обосновано тем, что
данная операционная система самая распространенная на текущий момент и
имеет перечень преимуществ перед другими ОС.
Главный критерий выбора Windows 10 в том, что данная операционная
оболочка установлена и используется на предприятии, которое исследуется в
данной выпускной квалификационной работе. Еще она имеет понятный и
удобный интерфейс взаимодействия с пользователем. Поддерживает
установку практически любых программных продуктов. Совместима
практически со всеми программными продуктами.
1.4.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение – комплекс технических средств,
предназначенных для функционирования ИС, а также перечень
соответствующей документации на эти средства и технологические процессы
[19, с. 37].
Организационная техника необходима для реализации технологии
представления, использования и хранения информации, также для
выполнения разных дополнительных операций в рамках тех или иных
технологий информационной поддержки управленческой деятельности
компании. В рассматриваемой задаче автоматизации процесса, в ходе
которой необходимо автоматизировать процесс приема техники на
ремонтные работы компании «Samsung Service».
В качестве технического обеспечения используются следующие
средства:
• Персональные компьютеры менеджеров – с помощью
компьютера сотрудники будут регистрировать новые заявки на ремонт
техники.
• Сервер – хранение базы данных СУБД. Хранение данных по
заявкам будет храниться здесь.
• МФУ – печать сопутствующей документации.
40
• Линии локальной вычислительной сети - сюда входят активные
линии (маршрутизатор, коммутатор, шлюз) и пассивные (сегменты ЛВС,
коммутационные розетки) компоненты локальной вычислительной сети.
Персональные компьютеры оцениваются по следующим основным
критериям [22, с. 134]:
• Быстродействие процессора;
• Объем жесткого диска и оперативной памяти;
• Быстродействие видеокарты.
При выборе ЭВМ необходимо руководствоваться рядом характеристик.
К ним относятся надежность, стоимость, производительность, объем памяти
и т.д. Так как разрабатываемый модуль будет работать на основе технологии
клиент-сервер. Отсюда вывод что, системные требования к персональным
компьютерам не важны.
Изучив предметную область и техническое оснащение компании, и
перспективные планы на будущее, был сделан вывод – применение сетевой
технологии в данном случае не требует финансовых вложений.
Существующее техническое оснащение отлично подходит.
Таблица 8
Рекомендуемое техническое обеспечение компьютеров
Наименование
Рекомендуемые характеристики
Процессор
Intel(R) Atom(TM) 1.66GHz +
Оперативная память
2048Mb
Видеокарта
NVidiaVGA совместимая с объемом оперативной памяти
не менее 256 mb
Жесткий диск
Объем не менее 2Gb
Монитор
VGA-совместимый дисплей с разрешением не менее
1024х600
Манипуляторы
клавиатура, мышь
Доп. орг. техника
Многофункциональное устройство
Таблица 9
Характеристики сервера
Характеристика
Значение
Процессор
Двуядерный Intel® Xeon® X5260 с тактовой частотой 3,3
Гц.
Кол-во процессоров
2
41
Оперативная память
16 Гб (расширяемая до 64Гб)
Жесткие диски
Тип «SAS» 4 диска 147 Гб и 2 диска 73 Гб
Кол-во HDD
6 (расширяемо до 8)
Питание
Дополнительно резервный блок питания 800Вт с горячей
заменой
Для Сервера СУБД в рамках одного ПК основным критерием выбора
будет отказоустойчивость, пропускная способность сетевого интерфейса и
защита информации. Исходя из ежедневного объема поступающих заявок в
офис менеджеров, загруженность сервера минимальна. Необходимости
менять оборудование нет. Сервер будет отлично работать с
характеристиками, которые есть на данный момент.
42
II. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла (ЖЦ) - структура, которая содержит в себе
процессы, задачи и действия, осуществляемые при разработке,
функционировании и сопровождении ПП в течение всего его ЖЦ, от
определения комплекса требований до окончания ее использования.
Жизненный цикл регламентирует следующие стандарты разработки и
процессы:
• Стандарт ISO/IEC 12207-2017 процессы организации жизненного
цикла ПП. Передается на все заказное программное обеспечение. Стандарт
содержит описание этапов и фраз.
• Custom Development Method (и методика Oracle) оптимизируется
на проектировании прикладных ИС под определенный материал и заказ,
рассчитанный на использование в проектах с применением Oracle. Степень
адаптивности стандарта ограничена моделями классического жизненного
цикла, быстрой разработки и облегченным подходом. Они рекомендованы в
случае малых проектов и возможности быстро прототипировать приложения.
• Rational Unified Process (RUP) это итеративная модель
проектировки, содержит четыре этапа: начало, исследование, построение и
внедрение.
Все этапы могут быть разбиты на подэтапы, в результате которых
создается вариант для внешнего или внутреннего использования.
Преодоление всех основных этапов называется циклом разработки, каждый
цикл завершается в виде готовой версии системы. Если после этого работа
над проектом продолжается, то полученный продукт продолжает дальше
развиваться, обходя фазы. Стратегия работы RUP опирается на создание и
сопровождение моделей, с помощью электронных документов, поэтому этот
43
процесс связан с использованием конкретных средств моделирования (UML),
определенной технологии проектирования и разработки.
• Microsoft Solution Framework (MSF) является итерационной и
сходна с RUP, так же предполагает использование объектно-
ориентированного моделирования. Идентично состоит из четырех этапов:
анализ, проектирование, разработка, стабилизация. предполагая. Если
сравнивать MSF с RUP, то она больше ориентирована на разработку бизнес-
приложений.
• Extreme Programming (XP). Новая методология
программирования, считается самой экстремальной среди остальных.
Сформирована в 1996 году. В основе методологии XP лежит полностью
командная работа и постоянная связь между исполнителем и заказчиком на
протяжении всего периода проектирования информационной системы.
Структура разработки построена и ведется с помощью последовательной
доработки прототипов.
В данной ВКР подходит стандарт ГОСТ 34.601-90. Он
распространяется на автоматизированные системы и содержит все стадии и
этапы проектирования. ГОСТ содержит перечень работ на каждом этапе
проектировки. закрепленные стадии и этапы в стандарте относятся к каска В
MSF существует пять фаз ЖЦ информационной системы. Главная фаза - фаза
концепции. Ее цель создание сплоченной проектной группы с общим
видением. Проектная группа должна четко сформулировать цель и
предоставить ее клиенту. В нашем случае клиент одновременно компания и
мы сами.
В идеологии MSF команда проекта делиться на 6 участников, где у всех
своя роль в проекте, набор определенных обязанностей и где каждый имеет
свою зону ответственности. Данные роли называются кластерами.
За каждым кластером может быть закреплён один и более количество
человек:
• Разработка;
44
• Тестирование;
• Удовлетворение потребителя;
• Управление продуктом, программой, выпуском.
Для каждой роли существует определённый набор задач и требований.
Управление программным продуктом регулируют логический и
концептуальный дизайны; бюджет, сводный календарный график и план
проекта; функциональную спецификацию.
Кластер управление программой формирует дизайн, цели, структуру
проекта и концепцию решения.
Кластер разработки оценивает технологии; логический и физический
дизайн; календарный график, план и смету разработки. Кластер
удовлетворения потребителя рассматривает примеры использования,
пользовательские требования, требования локализации и общедоступности;
пользовательскую документацию; график тестирования удобства
эксплуатации; обучение.
Кластер тестирования составляет оценку дизайна; требования
тестировки; календарный график и план.
Кластер управления выпуском выполняет функции оценки дизайна;
эксплуатационных требований; календарный график и план начального и
оконечного запуска проекта.
Во время разработки и внедрения данного проекта было задействовано
3 ответственных сотрудника компании. В команду проекта входят:
Менеджер проекта (занимается внедрением и тестированием
программного обеспечения). Его функции: управление продуктом и
выпуском; тестирование;
Программист (занимается разработкой ПО). Его функции: разработка,
управление разработанной программой, удовлетворение требований
пользователей.
Итоговым результатом фазы является набор подходящих кандидатов и
назначение необходимого перечня требований к задачам для дальнейшего
45
формирования команды. В нашем проекте на этом этапе будут определены
участники и роли, составлена смета по времени и планирование бюджета
данного проекта.
Следующий этап - фаза планирования. Её цель составление планов
проекта. Она включает в себя подготовку функциональной спецификации,
разработку дизайнов, подготовку рабочих планов, оценку проектных затрат и
сроков разработки различных составляющих проекта.
Процесс проектирования – это систематический способ продвижения
от абстрактных концепций к конкретным техническим деталям.
Результатами фазы планирования являются:
• Функциональная спецификация;
• Описание возможных рисков;
• Сводный план и сводный календарный график проекта;
• Развернутые среды разработки и тестирования.
Программист на этом этапе выбирает язык программирования, на
котором будет выполнено решение, плюс составление календарного плана по
срокам и графикам разработки. Менеджер в это время продумывает всю
архитектуру информационной системы, включая взаимодействие сервера,
СУБД, работу инженеров и пользователей в будущей программе.
Далее идет фаза разработки проекта. На фазе разработки проектная
группа сосредотачивается на создании программного кода и документации.
Если в процессе тестирования выявлено, что проектировка выполнена не
полностью, работы будут продолжаться уже на фазе стабилизации.
Фаза стабилизации включает в себя разработку инфраструктуры.
Результатами которой являются:
• Исходный и код приложений;
• Скрипты установки и конфигурирования;
• Материалы поддержки решения и сценарии тестов;
Окончательное описание функционала разрабатываемого решения;