Дипломная работа: Организация корпоративных информационных систем (на примере ООО «Сула»)
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
27
Исходя из полученного прямого эффекта, целью автоматизации данного
комплекса выступают:
• Минимизация длительности расчета комплекса задач;
• Минимизация цены решения;
• Увеличение правильности расчета;
• Повышение точности расчета;
• Повышение аналитической составляющей расчетов;
• Уменьшение штата работников;
• Минимизации длительности рутинных операций и повышение
времени творчества.
Поэтому, в результате исследования, проведенного в первой главе
выпускной квалификационной работы приходим к выводу о том, что описанная
деятельность инженера очень нуждается в автоматизации, а по итогу установки
АИС распределения заданий и учета работы монтажников нужно получить
весомые преимущества относительно текущей формы организации.
28
2 ГЛАВА 2. РАЗРАБОТКА ПРОЕКТА КОРПОРАТИВНОЙ
ИНФОРМАЦИОННОЙ СИСТЕМЫ
2.1 Анализ существующих средств разработки и их выбор
В настоящее время для реализации базы данных существует большое
количество программных продуктов. Выбор СУБД является одним из
важнейших моментов в разработке проекта программной системы, так как он
принципиальным образом влияет на все её функционирование. При этом
должны учитываться индивидуальные требования каждого проекта и должен
быть найден компромиссе потребностей разработчиков и пользователей
будущей ИС [1].
Для проведения сравнительного анализа СУБД были выбраны 6
характеристик, имеющих большое значение в ходе реализации и дальнейшего
пользования приложением: управляемость, сопровождаемость, удобство
использования, срок разработки и требования к квалификации пользователя.
При оценке факторов качества использована методика, изложенная в пособии
[2].
В сопровождаемости ПО главное значение имело наличие
русскоязычного сообщества пользователей системы, положительные отзывы
потребителей о поддержке пользователей со стороны разработчика, а также
удобство и эффективность исправления, усовершенствования или адаптации
структуры и содержания описаний данных.
При оценке удобства интерфейса внимание обращалось на наличие
русскоязычной административной панели, русскоязычных шаблонов,
документации на русском языке, а также возможность формирования сложных
нестандартных отчётов.
При оценке срока разработки проекта учитывалась необходимость
создания готового к использованию проекта в течение 1,5 - 2 месяцев.
При оценке уровня профессиональной подготовки пользователей
основное значение имели простота освоения рабочей среды и возможность
использования непрофессионалом.
29
Среди факторов, имеющих особую важность при рассмотрении
требований СУБД к рабочей среде, можно выделить минимальные требования
к оборудованию и операционной системе, требования системы к объему
оперативной и дисковой памяти, а также разновидности операционных систем,
под управлением которых способна работать СУБД.
Поскольку все характеристики имеют для нашего проекта разную
значимость, им были назначены весовые коэффициенты (таблица 1).
Таблица 1 - Значимость показателей качества ПО
Позитивные
характеристики
Вес, ki
Негативные характеристики
Вес,ki
1. Управляемость
4
4. Срок разработки
4
2. Удобство интерфейса
3
5. Требования к квалификации
пользователя
4
3. Сопровождаемость
3
6. Требования к рабочей среде
2
Сумма
10
Сумма
10
Для вычисления интегрального показателя качества будем использовать
методику, основанную на ранжированных экспертных оценках частных
показателей качества [6]. Для нормирования 100-бальной шкалы рассчитаны
коэффициенты нормирования для положительных (1 - 3) и негативных (4 - 6)
характеристик:
N + = 100/10 = 10; N - = 100/10 = 10.
Далее определены ранги для каждого признака, путем умножения
коэффициента весомости каждой шкалы на коэффициент нормирования:
R
i
= entier (ki • N±}, i = 1..6
Все показатели оценивались по шкале из трех градаций: низкая, средняя
и высокая оценка (таблица 2).
30
Таблица 2 - Градации показателей качества
Низкая
оценка
Средняя
оценка
Высокая
оценка
1. Управляемость
0
20
40
2. Удобство интерфейса
0
15
30
3. Сопровождаемость
0
15
30
4. Срок разработки
0
20
40
5. Уровень квалификации
пользователя
0
20
40
6. Требования к рабочей среде
0
10
20
Ввиду того, что предприятие заказчика является небольшим, а объем
хранимых данных относительно невелик, принято решение рассмотрения
свободных и/или бесплатных версий СУБД. Для анализа были выбраны три
популярных программных продукта: Mysql, Oracle Application Express (APEX),
PostgreSQL. Экспертная оценка проводилась авторами на основании
собственного опыта использования данных систем и исследования
литературных источников [3-6].
Итоговая таблица 3 содержит оценки каждого фактора качества и
интегральную оценку каждого продукта.
Таблица 3 - Расчет интегрального показателя качества
Программный продукт
Mysql
Oracle
Apex
PostgreSQ
L
Управляемость
40
40
20
Удобство интерфейса
30
15
15
Сопровождаемость
30
15
30
Срок разработки
20
40
20
Уровень квалификации пользователя
0
40
20
Требования к рабочей среде
10
10
10
Сумма позитивных признаков (
1
_
3
)
100
70
65
Сумма негативных признаков (
4
_
6
)
30
90
50
Итого (сумма (
1
_
3
) _ сумма (
4
_
6
))
70
_ 20
15
По итогам расчета интегрального показателя качества оптимальным
средством реализации проекта среди рассмотренных является Mysql, так как
его оценка наивысшая (70%). На втором месте оказался PostgreSQL (15%).
Суммарная оценка качества Oracle Apex - отрицательная, в связи с чем эта
система не рекомендована для использовании в данном проекте.
31
MySQL известна простотой, минимальным порогом вхождения и
хорошей известностью.
MySQL считается самой популярной СУБД, которая имеет свой сервер,
богатый функционал и множество инструментов [1].
Положительные черты MySQL:
• Легкость применения;
• Поддержка основных функций SQL;
• Хорошая система защиты;
• Обработка многочисленных объемов данных;
• Оперативная работа.
Именно поэтому для проекта выбрана СУБД Mysql.
Далее важно определить язык программирования, который поможет
создать приложение для взаимодействия с БД.
При формировании программного комплекса следует рассматривать его
как отложную систему, разные части которой взаимодействуют друг с другом
для решения общей задачи в то же время, различные его программные модули
могут решать независимые задачи При проектировании должны программные
систем необходимо поддерживать такого рода модульность, как для разделения
труда программистов, так и доя упрощения поддержки конечного продукта и
расширения его функционала.
Разделяя систему на модули с определенным функционалом, скрытым за
некоторым интерфейсом, появляется возможность разрабатывать различные
части программной системы1, используя независимым стек технологий.
Поэтому нет необходимости писать всю систему целиком, используя один язык
программирования. Необходимо рассматривать язык программирования
как инструмент и, соответственно использовать тот инструмент, которым
лучше подходит к решаемой задаче ключевым параметрами при выборе языка
программирования являются:
• кроссплатформенность,
• мультипарадигменность,
Источник: https://baza.diplomsite.ru/previewfile/1391