Материал: Автоматизация процесса продажи нефтепродуктов для ООО «Агронефтепродукт»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
50
Версия 8.0.0 была выпущена 12.09.2016, но официально пригодной к
повсеместному использованию была версия 8.0.11, выпущенная 19.04.2018.
Последняя версия - 8.0.16
Так же, в последние годы набирает популярность СУБД PostgreSQL – это
мощная бесплатная объектно-реляционная СУБД с открытым исходным кодом.
PostgreSQL, произошла от пакета POSTGRES, написанного в Беркли,
Калифорнийском университете. После двух десятилетий разработки PostgreSQL
стал самой развитой СУБД с открытым исходным кодом. Основными плюсами
PostgreSQL является кроссплатформенность, высокая производительность и
отказоустойчивость баз данных, широкий спектр встроенных языков
программирования с возможностью расширения и загрузки совместимых
модулей, простота масштабирования [8].
Последняя версия 11.4 была выпущена 20 июня 2019. На сегодняшний
день PostgreSQL оценивается ИТ-экспертами, как решение, не уступающее по
своим функциональным характеристикам проприетарному ПО от ведущих
разработчиков. К тому же PostgreSQL уже установлен на сервере компании и
используется для 1С. В связи с этим для разрабатываемой ИС выберем PostgreSQL
11.4.
1.4.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение - комплекс технических средств,
предназначенных для работы информационной системы, а также
соответствующая документация на эти средства и технологические процессы.
Комплекс технических средств составляют:
– персональные компьютеры;
– устройства сбора, накопления, обработки, передачи и вывода
информации - жесткие диски, сканеры, принтеры, факсимильные аппараты;
– устройства передачи данных и линий связи - модемы;
– эксплуатационные материалы - бумага, CD (DVD) - диски и т. п.
В нашем случае основными элементами технического обеспечения будут
автоматизированные рабочие места персонала организации.
51
В качестве АРМ предполагается использовать персональные компьютеры
со следующей конфигурацией:
Таблица 13. Конфигурация рабочих станций
Процессор
Intel Core i5-8400 2.8 ГГц
Оперативная память
KVR24N17S8/8 DDR4 8ГБ DIMM
Дисковая память
SSD-накопитель Crucial BX500 емкостью 240 ГБ
Видео подсистема
интегрированные решения
Материнская плата
ASUS PRIME H310M-R R2.0
Операционная система
Windows 10
Использование данной конфигурации дает возможность осуществления
работы в разрабатываемой информационной системе с большой степенью
надежности. Выбор процессора Intel Core i5 обусловлен соотношением
цена/качество (в сравнении с аналогами), а также заделом на ближайшие годы.
Размеры жесткого диска и оперативной памяти является наиболее доступным и
стандартным набором для классических офисных машин. Для обеспечения
оптимальной производительности для современных систем, а также для
уменьшения уровня энергопотребления, шума и нагрева – вместо стандартного
жёсткого диска установлен SSD-накопитель. SSD накопители Crucial BX500
обладают наиболее оптимальным на сегодняшний день соотношений день
соотношениями скорость/цена/качество, поэтому была выбрана именно эта
модель. Так же в рабочей станции необходимо иметь сетевую карту, обычно они
уже встроенные поставляются вместе с материнской платой и их параметров
достаточно для комфортной работы офисному сотруднику. В некоторые рабочие
станции можно по желанию добавить привод DVD±RW и картридер, но данные
устройства не являются обязательными и должны согласовываться с IT-отделом
в целях безопасности данных. Кроме того, необходимо снабдить рабочие стации
источниками бесперебойного питания, для того чтобы данные были успешно
сохранены, и работа компьютера корректно окончена в случае выключения
электроэнергии.
52
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Под этапами жизненного цикла проекта автоматизации понимают период
времени, начинающийся с того момента, когда было принято решение о
необходимости создания проекта и заканчивающийся в тот момент, когда он был
полностью изъят из промышленной эксплуатации.
На сегодняшний день существует несколько методологий, которые
описывают жизненный цикл проекта автоматизации:
- ГОСТ 34.601-90 являющийся стандартом на стадиях и этапах создания
информационной системы, соответствующий каскадной модели жизненного
цикла программного обеспечения. В данном стандарте описывается содержание
производимых работ на каждом из этапов. Стандарт ГОСТ 34.601-90 в настоящее
время не совсем подходит для проведения разработок, так как многие процессы
недостаточно отражены, а многие положения уже технически устарели.
- ГОСТ 57193-2016 является стандартом, устанавливающим общие
основы для описаний процессов. Данный ГОСТ применяется в отношении
жизненного цикла систем, которые созданы разработчиком. С помощью данного
стандарта определяется множество процессов и соответствующая терминология
с инженерной точки зрения. Процессы можно применять на любых уровнях
иерархии в структуре системы [2].
– ГОСТ Р ИСО/МЭК 12207-2010 (ISO/IEC 12207:2010) - стандарт,
используя устоявшуюся терминологию, устанавливает общую структуру
процессов жизненного цикла программных средств, на которую ориентируются
многие разработчики программной индустрии. При помощи данного ГОСТа
определяются процессы, виды деятельности и задачи, используемые в случае
приобретения программного продукта либо услуг, в случае поставки, разработки,
применении по назначению, сопровождении и прекращении применения
программного продукта [3].
Для проектирования данной системы более всего подходит стандарт
ISO/IEC 12207:2010, который задает более 40 процессов и охватывает различные
53
работы и задачи, которые связаны с разработкой и построением программных
средств, начиная с анализа предметной области и заканчивая изготовлением
конечного продукта. В ISO/IEC 12207:2010 содержатся основные процессы
жизненного цикла информационной системы, которые можно разделить на 3
этапа (см. таблицу 13).
Таблица 13. Основные процессы жизненного цикла проекта автоматизации
Разработка
Эксплуатация
Сопровождение
Разработка требований
Проектирование ПС
Кодирование ПС
Интеграция
Тестирование
Системное тестирование
Инсталляция
Внедрение процесса
Поддержка потребителя
Функциональное
тестирование
Использование функций
Эксплуатация системы
Внедрение процесса
Анализ проблем и
модификаций
Реализация
модификаций
Анализ сопровождения
Перемещение
Удаление
В зависимости от разрабатываемого проекта процессы, действия и задачи
ISO/IEC 12207:2010 выбираются, упорядочиваются и включаются в модель
жизненного цикла. В случае применения они могут перекрывать или прерывать
друг друга, при этом выполняясь либо итерационно, либо рекурсивно. Это
определяет "динамический" характер стандарта ISO/IEC 12207:2010 и позволяет
реализовать с его при помощи произвольной модели жизненного цикла проекта
автоматизации.
Из стандарта ISO/IEC 12207:2010 обычно выбираются только наиболее
всего подходящие для реализации конкретного проекта процессы.
Обязательными являются основные процессы, присутствующие во всех
известных моделях жизненного цикла.
В стандарте ISO/IEC 12207:2010 не предполагается конкретная модель
жизненного цикла, так как в его положениях закреплены общие модели, методы
и технологии создания информационной системы. Стандартом описывается
структура процессов ЖЦ ИС, при этом не конкретизируется, каким образом
нужно выполнять действия и задачи, которые включены в данные процессы.
54
Из существующих на сегодняшний день каскадной, спиральной и
итерационной моделей жизненного цикла проекта автоматизации в данном
проекте выберем итерационную модель, при которой происходит способ быстрой
разработки приложений – RAD (Rapid Application Development).
Особенностями итерационной модели является наличие трех
составляющих:
1. небольшая группа разработчиков до семи специалистов, которыми
выполняются работы проектирования отдельных подсистем для информационной
системы, так как требуется максимальная управляемость коллектива;
2. тщательно проработанный небольшой производственный график,
который длится не более трех месяцев;
3. повторяющейся цикл, при котором разработчиками запрашиваются и
реализуются в информационной системе требования, которые получаются в
результате периодического взаимодействия с заказчиками после того, как
разрабатываемое приложение начало обретать форму.
Подход RAD применяется для небольшого проекта, который
разрабатывается под конкретного заказчика, в виде несложной информационной
системы, которая содержит до 1000 операторов уникального кода, что подходит
под требования к дипломной работе, цель которой – разработка информационной
системы, которая будет удовлетворять требованиям, которые изложены в первой
главе. Данные требования можно считать ограничениями по качеству.
На этапе разработки информационной системы находится написание
технического задания (ТЗ), в котором отображаются требования, предъявляемые
к программе. После анализа и требований начинается проектирование
информационной системы, которая будет представлять из себя программный
продукт, работающий в связке с базой данных, так как при создании
программного продукта необходимо создать таблицы базы данных, а так же
файлы для использования в виде оперативно-результативной информации, после
чего пишутся процедуры и функции, которые обеспечивают проверку вводимой
информации.
На стадии внедрения подготавливается и постепенно осваивается
заказчиком разработанная проектная документация информационной системы.
Источник: https://baza.diplomsite.ru/previewfile/2132