39
Acer Veriton
ES2730G
(DT.VS2ER.008)
Dell OptiPlex
3070 Micro
(3070-2684)
HP 260 G3 DM
(4YV68EA)
память
Жесткий диск
(HDD)
не установлен
500 Гб
не установлен
Твердотельный
диск (SSD)
128 Гб
не установлен
128 Гб
Видеокарта
интегрированная
интегрированная
интегрированная
Форм-фактор
Mini-Tower
Ultra-Slim Desktop
Ultra-Slim Desktop
Блок питания
180 Вт
65 Вт
65 Вт
Цена
32 980 руб.
28 990 руб.
39 630 руб.
Офисный компьютер не должен обладать производительными
комплектующими, из трех вариантов был выбран Acer Veriton ES2730G
(DT.VS2ER.008), он является серединой между дорогими и дешѐвыми
вариантами.
Таблица 9
Выбор сервера информационной системы
SL1000/1U2G5
SL1800/1U4GR
SL1300/1U4G3
Кол-во
процессоров
1
1
1
Процессор
Intel Xeon E-2124
3.3 ГГц
AMD Epyc 7232P
3.2 ГГц
Intel Xeon W-2123
3.6 ГГц
Оперативная
память
32 Гб
16 Гб
32 Гб
Кол-во жѐстких
дисков
2
4
4
Жѐсткий диск
2 Тб
1 Тб
1 Т
Блок питания
350 Вт
400 Вт
350 Вт
Цена
54 169 руб.
66 452 руб.
56 651 руб.
В выборе сервера главным критерием была высокая производительность
с наиболее низкой ценой, выбор был сделан в пользу SL1300/1U4G3, так как
данный сервер отличается наилучшим сочетанием показателей
производительности, встроенных функций и экономической эффективностью.
2.2. Разработка проекта автоматизации
2.2.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл программного обеспечения информационной системы
представляет собой непрерывный процесс, начинающийся с момента принятия
40
решения о создании программного обеспечения и заканчивающийся при
завершении его эксплуатации.
Модели каскадная и с промежуточным контролем включают следующие
этапы жизненного цикла программного обеспечения:
Анализ;
Проектирование;
Реализацию;
Внедрение;
Сопровождение.
Каскадная модель предполагает строго последовательную реализацию
перечисленных этапов жизненного цикла. Достоинства модели: формирование
на каждом этапе законченного комплекта документации и возможность
планирования сроков завершения работ и соответствующих затрат. Недостаток:
несоответствие реальному процессу создания программного обеспечения,
который обычно не укладывается в жесткую схему и требует возврата к
предыдущим этапам до уточнения или пересмотра принятых решений.
Модель с промежуточным контролем приближает жизненный цикл к
реальному процессу создания и применения программного обеспечения. В
отличие от каскадной модели, она допускает возврат каждого этапа жизненного
цикла на любой предыдущий этап для выполнения межэтапной корректировки.
При этом обеспечивается большая надежность программного обеспечения, но
вместе с тем увеличивается длительность периода разработки.
Спиральная модель жизненного цикла позволяет устранить недостатки
предыдущих моделей. Основной упор в ней делается на начальные этапы:
анализ и проектирование. На них реализуемость технических решений
проверяется с помощью создания прототипов.
При спиральной схеме разработки неполное завершение работ на
очередном этапе позволяет переходить на следующий этап. Незавершенная
41
работа может выполняться на следующем витке спирали. Тем самым
обеспечивается возможность предъявить пользователям системы ее некоторый
работоспособный вариант для уточнения требований.
В связи малой сложностью разработки будет использована каскадная
модель жизненного цикла. Использование этой модели позволит формировать
на каждом этапе законченный комплект документации и планировать сроки
завершения проекта и соответствующие затрата.
Календарно-ресурсное планирование разработки автоматизированной
системы представлено в таблице 10.
Таблица 10
Календарно-ресурсное планирование разработки проекта
Название этапа
Длительность
1. Предпроектная стадия
5 дней
1.1. Изучение объекта автоматизации
2 дня
1.2. Изучение бизнес-процессов
1 день
1.3. Определение требований к ИС
2 дня
2. Проектирование
9 дней
2.1. Построение бизнес модели
2 дня
2.2. Построение блок-схемы ИС
3 дня
2.3. Разработка эскиза ИС
3 дня
3. Реализация
40 дней
3.1. Разработка веб-дизайна
7 дней
3.2. Верстка
3 дня
3.3. Программирование
7 дней
3.4. Тестирование
2 дня
3.5. Наполнение данными
21 день
Разработка документов для заказчика
3 дня
Итого
57 дней
Далее в таблице 11 представлены ключевые участники на каждом этапе.
Таблица 11
Ключевые участники
Название этапа
Должность
1. Предпроектная
Проектировщик
2. Проект
Проектировщик
3.1. Разработка веб-дизайна
Дизайнер
3.2. Верстка
Верстальщик
3.3. Программирование
Программист
42
Название этапа
Должность
3.4. Тестирование
Тестировщик
3.6. Наполнение данными
Контент-менеджер
На рисунке 11 представлен календарный план проекта.
Рисунок 11 Календарный план проекта
Для внедрения информационной системы существуют следующие
способы: параллельная стратегия; «скачок»; «пилотный проект»; «узкое место».
Параллельная стратегия является процессом работы двух систем, старой
и новой, их выходные документы сравниваются.
«Пилотный проект» - переход от старой системы к новой, с полным
отказом выбранного числа процессов. Стратегия применяется при небольшом
объеме внедряемой системы.
«Скачок» — это резкий переход от старой системы к новой, с полным
отключением предыдущей ИС, является очень рискованной стратегией.
«Узкое место» — это внедрение ИС на маленький участок.
В данном случае будет использоваться способ внедрения «Скачок», так
как информационной моделью, которая есть в предприятии уже давно никто не
0 10 20 30 40 50 60
1. Предпроектная стадия
1.1. Изучение объекта автоматизации
1.2. Изучение бизнес-процессов
1.3. Определение требований к ИС
2. Проектирование
2.1. Построение бизнес модели
2.2. Построение блок-схемы ИС
2.3. Разработка эскиза ИС
3. Реализация
3.1. Разработка веб-дизайна
3.2. Верстка
3.3. Программирование
3.4. Тестирование
3.5. Наполнение данными
Разработка документов для заказчика
Длительность
43
пользуется использовать такой резкий переход не будет влиять на работу
отдела интернет-разработки и его сотрудников.
2.2.2. Характеристика нормативно-справочной, входной
и оперативной информации
В основе каждой системы лежит нормативно-справочная
информация — условно-постоянная часть всей корпоративной информации, не
претерпевающая существенных изменений в процессе повседневной
деятельности организации. В состав нормативно-справочной информации
входят справочники, при помощи которых формируется выходная
документация.
В проектируемую систему входят только входящие файлы и
справочники. Входящими файлами являются данные эффективности,
представляют они из себя проекты, задачи, релизы и компоненты:
Задачи проектов;
Релизы выполненных задач проекта;
Оценка реагирования на задачи;
Выполненных в срок задач;
Средняя оценка выполнения задачи.
Справочниками для процесса сортировки и регистрации информации
являются:
«Проекты»;
«Пользователи»;
«Релизы»;
«Задачи»;
«Страницы»;
«Компоненты»;
Примеры справочной информации приведены в таблицах 12-17.
44
Таблица 12
Справочник «Проекты»
Наименование
Описание
Ключ
Индивидуальное буквенное название проекта
Название
Название проекта
Описание
Описание проекта, для чего он нужен
Адрес сайта
Адрес сайта в виде ссылки на него
Таблица 13
Справочник «Пользователи»
Наименование
Описание
Имя пользователя
Индивидуальное буквенное название, генерируемое из
фамилии и имя
Фамилия
Фамилия пользователя
Имя
Имя пользователя
Электронная почта
Электронная почта пользователя
Таблица 14
Справочник «Релизы»
Наименование
Описание
Название
Название релиза
Описание
Описание релиза
Дата начала
Дата с которого начинается разработка
Дата релиза
Дата с которого изменения должны вступить в силу
Таблица 15
Справочник «Задачи»
Наименование
Описание
Название
Название задачи
Описание
Описание задачи
Исполнители
Сотрудники, которые будут выполнять задачу
Автор
Сотрудник, который поставил задачу
Компонент
Компонент задачи
Релиз
Версия релиза
Дата начала
Дата с которого начинается разработка
Дата завершения
Дата до которого задача должна быть закрыта
45
Таблица 16
Справочник «Страницы»
Наименование
Описание
Название
Название страницы
Описание
Описание страницы
Автор
Сотрудник, который создал страницу
Дата создания
Дата которого создали страницу
Таблица 17
Справочник «Компоненты»
Наименование
Описание
Название
Название компонента
Описание
Описание компонента
Руководитель
Сотрудник, который руководит задачами, релизами этого
компонента
Исполнитель
Сотрудник, который по умолчанию будет выполнять
задачи
Таблица 18
Данные по справочникам
Название
Ответственной
за внедрение
Средний
объем в
записях
Средняя
частота
обновления
Средний
объем
обновления
в записях
Проекты
Администратор
36
Раз в квартал
13
Пользователи
Администратор
24
Несколько раз
в день
4
Релизы
Администратор
41
Раз в неделю
20
Задачи
Администратор
147
Несколько раз
в день
64
Страницы
Администратор
26
Раз в неделю
12
Компоненты
Администратор
34
Раз в неделю
12
При анализе данного пункта можно выявить то, что нормативно-
справочная информация требуется для избегания предоставления неполных
данных.
46
2.2.3. Характеристика результирующей информации
Результатной информацией автоматизированный системы управления
проектами является информация о выполненных проектов, задачах,
компонентов и релизов.
Управление данными использует основные данные, связанные с
эффективностью работы отдела интернет-разработки за период и
ежеквартально дает руководству делать выводы на основе полученной
информации и принимать решения.
Так же информация позволяет определить, насколько эффективной была
работы того или иного сотрудника, она позволяет определить то, насколько
хорошо выполняются проекты.
Частота формирования отчетов по эффективности работы отдела
интернет-разработки – 1 раз в квартал.
Таблица 19
Описание выходных документов
№
Наименование
Реквизиты
Таблицы
Частота
формирования
Способ
доставки
1
Показатели
выполнения
проектов
Данные по
выполнению
сроков,
Количество
выполненных
задач
Проекты,
Задачи,
Релизы,
Компоненты
Раз в квартал
Отчет
2
Показатели
эффективности
сотрудников
Количество
выполненных
задач
Пользователи,
Проекты,
Релизы,
Компоненты
Раз в квартал
Отчет
2.3. Программное обеспечение задачи
2.3.1. Общие положения
Для описания общих положения я привел иерархию функций
управления и обработки данных, которые призваны автоматизировать
разрабатываемое программное обеспечение.
На рисунке 12 изображено дерево функций.
47
Функции
Основные
Служебные
Работа со
справочниками
Добавление
Вход в систему
Просмотр справочников
Редактирование
Удаление
Выход из системы
Отчеты
Отчет по стоимости
проекта
Отчет по приоритету
проекта
Отчет по трудозатратам
Отчет по готовности
проектов
Рисунок 12 Дерево функций
На основании дерева функций было разработано дерево диалога,
представленное на рисунке 13.
48
Вход в систему
Дашбоард Проекты Пользователи Настройки системы
Доска
Релизы
Добавить
Обновить
Удалить
Задачи
Добавить
Обновить
Удалить
Страницы
Добавить
Обновить
Удалить
Компоненты
Добавить
Обновить
Удалить
Добавить элемент
Добавить
Обновить
Удалить
Настройки проекта
Обновить
Добавить
Обновить
Удалить
Настройки проекта
Профиль
Рисунок 13 Сценарий диалога
Далее я приведу описание сценария диалога по пунктам:
Вход в систему – авторизация пользователя в системе;