Программное обеспечение: Офисный пакет, Веб-браузер с поддержкой Javascript, HTML, CSS
Зарегистрируйся в два клика и получи неограниченный доступ к материалам,а также
промокод
на новый заказ в Автор24. Это бесплатно.
Данные требования основаны на представлении клиентской части в качестве терминала информационной системы.
1.4. Календарно-ресурсное планирование проекта, анализ бюджетных ограничений и рисков
Календарный план разработки проекта[24] представлен в таблице 1.4. Он основан на типовых работах, выполняемых при программировании сайтов, и корпоративных веб-порталов и учитывает все особенности информационных систем подобного рода. Данный план составлен для следующей команды разработчиков:
– руководитель проекта – 1 чел.;
– разработчик интерфейса, дизайнер – 1 чел.;
– разработчик баз данных – 1 чел.;
– веб-программист – 2 чел.
Таблица 1.4 – Календарный план разработки проекта
№ п/п
Наименование работ Ресурсы времени, час. Трудовые ресурсы, чел.
1 Определение целей проекта 2 Руководитель
2 Анализ требований
– Анализ функциональных требований 4 Руководитель
– Анализ нефункциональных требований 4 Руководитель
3 Разработка концепции веб-приложения
– Декомпозиция 12 Руководитель
– Информационная модель 18 Руководитель
4 Проектирование веб-приложения
– Диаграмма классов 6 Руководитель
– Диаграмма размещения компонентов 2 Руководитель, веб-программисты, разработчик баз данных
Продолжение таблицы 1.4
5 Разработка дизайна
– Структура веб-приложения 4 Дизайнер
– Стилизация 4 Дизайнер
– Проработка элементов интерфейса 8 Дизайнер
6 Проектирование базы данных
– Концептуальный уровень 40 Разработчик баз данных
– Логический уровень 66 Разработчик баз данных
– Физический уровень 12 Разработчик баз данных
7 Определение хостинга 2 Веб-программисты
8 Кодирование системы управления сайтом
– Модульный коддинг
56 Веб-программисты
– Тестирование модулей 24 Веб-программисты
9 Верстка макета
– Основная схема 56 Веб-программисты, Дизайнер
– Схема для Microsoft IExplorer
16 Веб-программисты, Дизайнер
– Схема для Google Chrome 12 Веб-программисты, Дизайнер
– Схема для остальных браузеров 16 Веб-программисты, Дизайнер
– Схема для мобильных устройств 18 Веб-программисты, Дизайнер
10 Тестирование
– Тестирование системы управления сайтом 8 Руководитель, веб-программисты
– Тестирование интерфейса 12 Руководитель, дизайнер
– Тестирование ролей пользователей 4 Руководитель, веб-программисты
Продолжение таблицы 1.4
– Тестирование базы данных в связке с сайтом 4 Руководитель, разработчик базы данных
– Тестирование отказоустойчивости 4 Руководитель
11 Наполнение сайта
– Роли пользователей 1 Веб-программисты
– Константные данные 12 Веб-программисты
– Справочники 56 Веб-программисты
12 Сдача в эксплуатацию 48 Руководитель
Для определения бюджета проведем расчет затрат, необходимых для реализации проекта. Для этого используем прямой метод определения затрат, путем их определения на этапе планирования проекта (1):
Зобщ=ФОТ+ЗПО+ЗПр+Зн, (1)
где Зобщ – общие затраты на проект;
– ФОТ – фонд оплаты труда[25];
– ЗПО – затраты на приобретение технологий и программного обеспечения;
– ЗПр – прочие затраты (расходные материалы, хостинг, аренда оборудования и т.д.);
– Зн – накладные расходы.
Проведем определение фонда оплаты труда методом рыночной оценки. Для этого определим заработную плату сотрудников анализом средней заработной платы на примере региона (г. Москва) по данным за январь 2019 г.:
– руководитель проекта – 90 000,00 руб.;
– разработчик интерфейса, дизайнер – 60 000,00 руб.;
– разработчик баз данных – 140 000,00 руб.;
– веб-программист – 80 000,00 руб.
Проведем определение трудозатрат[26] в проекте на 1 штатную единицу (таблица 1.5).
Таблица 1.5 – Трудозатраты
№ п/п
Штатная единица Трудозатраты, час
1 Руководитель проекта 128
2 Разработчик интерфейса 146
3 Разработчик баз данных 124
4 Веб-программист
139,5
Всего трудозатраты на проект: 677 часов (все участники проекта). Затраты на оплату труда представлены в таблице 1.6
Таблица 1.6 – Затраты на оплату труда
№ п/п
Штатная единица Часовая ставка, руб. Затраты труда, час Оплата штатной единицы, руб. Всего
1 Руководитель проекта 661,76 128 84705,28 84705,28
2 Разработчик интерфейса 441,18 146 64412,28 64412,28
3 Разработчик баз данных 1029,41 124 127646,84 127646,84
4 Веб-программист
588,24 139,5 82059,48 164118,96
Общие затраты на оплату труда составили 440 883,36 руб., расчеты осуществлялись с учетом стандартной 40 часовой рабочей недели и 136 рабочих часов в январе 2019 г.
Данные для расчета фонда оплаты труда представлены в таблице 1.7.
Таблица 1.7 – Данные для расчета фонда оплаты труда
№ п/п
Штатные единицы Оплата труда НДФЛ Отчисления, 30,2% ФОТ
1 Руководитель проекта 84705,28 11011,69 25581,00 110286,27
2 Разработчик интерфейса 64412,28 8373,60 19452,51 83864,79
3 Разработчик баз данных 127646,84 16594,09 38549,35 166196,19
4 Веб-программист
164118,96 21335,46 49563,93 213682,89
ФОТ = 110 286,27 + 83 864,79 + 166 196,19 + 213 682,89 = 574 030,13 руб.
Следует учитывать, что расчет НДФЛ проведен по общей ставки, которая может быть не применима к отдельным сотрудникам (из-за льгот на детей, алиментов и т.д.).
Список используемого программного обеспечения:
– Notepad++ – 0,00 руб. (лицензия GPL);
– ArgoUML – 0,00 руб. (лицензия GPL);
– Atom – 0,00 руб. (лицензия GPL);
– MySQL Workbench – 0,00 руб. (лицензия Community Edition);
– NetBeans – 0,00 руб. (лицензия LGPLv2.1);
– Pencil – 0,00 руб. (лицензия GPL);
– Apache OpenOffice – 0,00 руб. (Apache License 2.0);
– Gimp – 0,00 руб. (лицензия GPL).
Таким образом, затраты на на приобретение технологий и программного обеспечения ЗПО = 0,0 руб.
Определим прочие расходы. Расходные материалы:
– бумага Снегурочка А4, 500 л. – 1 пач. – 280,00 руб.;
– ручка гелевая, 0,7 мм – 5 шт. – 150,00 руб.;
– карандаш автоматический, 0,7 мм – 5 шт. – 75,00 руб.;
– папка желтый пластик – 1 шт. – 12,00 руб.
Итого расходные материалы: 517,00 руб.
Хостинг (REG.RU) – 399 руб
Зарегистрируйся, чтобы продолжить изучение работы
.
Аренда оборудования – 0,00 руб.
Итого ЗПр:
517,00 + 399,00 + 0,00 = 916,00 руб.
Накладные расходы это расходы, которые косвенно переносят свою стоимость равномерно на все работы и не могут быть отнесены строго на один конкретный проект. Нормы накладных расходов при осуществлении разработки веб-приложений варьируются от 10 до 30 %.
Зн= (574 030,13 + 0,00 + 916,00) * 15% = 86 241,92 руб.
Общие затраты на проект:
Зобщ= 574 946,13 + 86 241,92 = 661 188,05 руб.
Дополнительные расходы на проект определяются организацией выполняющей проект. В случае если проект выполняет подрядная организация, необходимо дополнительно учитывать норму прибыли (от 10 до 30%):
Прибыль подрядной организации = 661 188,05 * 15% = 99 178,21 руб.
Рассмотрим возможные риски проекта[27], таблица 1.8.
Таблица 1.8 – Риски проекта
№ Наименование риска Вероятность возникновения Влияние на ход проекта
1 Неверный подбор команды Заказчиком и Исполнителем 2 3
2 Некорректная постановка задачи Заказчиком 3 4
3 Сбои в работе оборудования 2 4
4 Задержка сроков исполнения работ по этапам 4 4
5 Срыв сроков финансирования проекта 3 5
6 Сложности с обменом информацией или коммуникацией между сторонами 3 3
7 Несоответствие готового продукта (сайта) ожиданиям Заказчика 4 5
Вероятность возникновения определяется по 5-ти бальной шкале:
– 1 – очень низкая (риск не произойдет);
– 2 – низкая;
– 3 – средняя (вероятность возникновения риска – 50х50);
– 4 – высокая;
– 5 – очень высокая (практически наверняка произойдет).
Влияние на ход проекта определяется по 5-ти бальной шкале:
– 1 – очень низкое (задержка отдельных задач);
– 2 – низкое (незначительная задержка проекта, фазы);
– 3 – среднее (задержка проекта, фазы, невыполнение отдельных задач);
– 4 – высокое (значительная задержка проекта);
– 5 – крайне высокое (крах проекта).
Мероприятия по предотвращению рисков представлены в таблице 1.9.
Таблица 1.9 – Мероприятия по предотвращению рисков
№ Наименование риска Предупреждение риска Устранение риска
Действия Ответственный Действия Ответственный
1 Неверный подбор команды Заказчиком и Исполнителем Проводить жесткий конкурс среди потенциальных работников Руководитель Заменять неподходящих сотрудников под одному по ходу выполнения проекта Руководитель
2 Некорректная постановка задачи Заказчиком Жестко прописанная концепция проекта в начале выполнения Руководитель Дополнительное финансирование Руководитель
3 Сбои в работе оборудования Обновление имеющейся ИТ-инфраструктуры; Руководитель ИТ-отдела
Закупка дополнительных ИБП и систем дублирования информации Руководитель ИТ-отдела
4 Задержка сроков исполнения работ по этапам Контроль выполнения каждой задачи Руководитель Ускорение некоторых возможных процессов Руководитель
5 Срыв сроков финансирования проекта Предоставление платежных документов Руководитель Выплата неустоек Руководитель
7 Несоответствие готового продукта (сайта) ожиданиям Заказчика Предоставление отчетов по каждой выполненной задаче Руководитель Повторное выполнение несоответствующих задач Руководитель
Глава 2. Проект автоматизации (информатизации) бизнес-процессов (решения задач, комплекса задач, подсистем)
2.1. Информационное обеспечение
Проведем неформальное описание модели для ее дальнейшей формализации. Основу работу автоматизированной системы представляет регистрация отдельных этапов бизнес-процессов. Основным способом учета этапов бизнес-процесса является создание цепочки документов, где каждый документ будет отражать каждый шаг процесса.
Среди таких процессов можно выделить следующие:
– Переговоры – документ, отражающие взаимодействие с клиентом (по телефону, электронной почте, личная встреча);
– Сделка – документ, отражающий процесс совершения сделки;
– Поступление автомобиля – поступление автомобиля в салон (от клиента, поставщиков, другого салона компании);
– Выбытие автомобиля – выбытие автомобиля из салона (другой салон, клиент);
– Криминалистическая оценка – регистрация сведений о результатах проверки сделки;
– Диагностика – регистрация процесса оценки технического состояния автотранспортного средства;
– Перерегистрация – отражение процесса переоформления документов на автотранспортное средство.
Ключевыми объектами, обработка данных без которых не представляется возможным:
– Клиент – основной объект, удовлетворение потребностей которого приносит прибыль компании;
– Автомобиль – объект сделки между клиентом и филиалом компании.
Практически каждый документ оперирует тем или иным объектом.
Описание взаимосвязей представлено на рисунке 2.1.
Рисунок 2.1 – ER-диаграмма
Для полноценного учета и обработки необходимо иметь сведения, представленные в таблицах 2.2-2.10.
Таблица 2.2 – Реквизитный состав таблицы Клиент
№ п/п
Поле Тип, Атрибут Описание
1 ID INT, PK Первичный ключ
2 F VARCHAR(40) Фамилия
3 I VARCHAR(40) Имя
4 O VARCHAR(40) Отчество
5 Adress
VARCHAR(200) Адрес клиента
6 Email VARCHAR(40) Электронная почта
7 Tel VARCHAR(20) Телефон
8 Ownership INT Форма собственности
9 Name VARCHAR(400) Наименование контрагента
Продолжение таблицы 2.2
10 Rem
VARCHAR(400) Комментарий
11 INN VARCHAR(20) ИНН клиента
12 Num VARCHAR(4) Номер паспорта
13 Series VARCHAR(6) Серия паспорта
14 Year_of_birth
DATE Год рождения
15 Date_reg
DATE Дата регистрации в учетной системе
Таблица 2.3 – Реквизитный состав таблицы Автомобиль
№ п/п
Поле Тип, Атрибут Описание
1 ID INT, PK Первичный ключ
2 Manufacturer VARCHAR(60) Производитель
3 Name VARCHAR(20) Марка автомобиля
4 Model VARCHAR(20) Модель
5 Type INT Тип транспортного средства
6 Category INT Категория транспортного средства
7 Year DATE Год выпуска
8 Model_drive
VARCHAR(40) Модель двигателя
9 Power_drive
INT Мощность двигателя
10 Num_drive
VARCHAR(40) Номер двигателя
11 Num_gear
VARCHAR(20) Номер шасси
12 Num_body
VARCHAR(20) Номер кузова
13 Volume_drive
INT Объем двигателя
14 Type_drive
INT Тип двигателя
15 Max_mass
INT Разрешенная максимальная масса автомобиля
16 Mass INT Масса без нагрузки
17 Type_trans
VARCHAR(20) Тип коробки передач
18 Country VARCHAR(20) Страна-производитель
19 Eco VARCHAR(20) Экологический класс
20 Complete VARCHAR(600) Комплектация автомобиля
21 Color VARCHAR(20) Цвет автомобиля
22 Remark VARCHAR(400) Комментарий к автомобилю
23 Price MONEY Оценочная стоимость
24 Date_reg
DATE Дата регистрации в учетной системе
Таблица 2.4 – Реквизитный состав таблицы Переговоры
№ п/п
Поле Тип, Атрибут Описание
1 ID INT, PK Первичный ключ
2 Dat
DATETIME Дата и время контакта с клиентом
3 Type INT Тип переговоров (телефонный звонок, почта, встреча)
4 Content VARCHAR(600) Содержание переговоров
5 ID_cl
INT, FK Клиент, с которым велись переговоры
6 ID_emp
INT, FK Сотрудник, который вел переговоры
7 Barg
INT, FK Предыдущие переговоры
8 Dat2 Date Дата следующего возможного контакта
Таблица 2.5 – Реквизитный состав таблицы Сотрудники
№ п/п
Поле Тип, Атрибут Описание
1 ID INT, PK Первичный ключ
2 ID_emp
INT, FK Ссылка на описание клиента/сотрудника/контрагента
3 Post VARCHAR(40) Должность сотрудника
4 Date_reg
DATE Дата регистрации в учетной системе
Таблица 2.6 – Реквизитный состав таблицы Оценка
№ п/п
Поле Тип, Атрибут Описание
1 ID INT, PK Первичный ключ
2 Employer INT, FK Сотрудник, осуществляющий оценку
3 Deal INT, FK Сделка, для которой проводится оценка безопасности
4 Result INT Результат оценки
5 Conclusion VARCHAR(400) Заключение оценки
6 Date_reg
DATE Дата начала оценки
7 Date_fin
DATE Дата завершения оценки
8 Remark VARCHAR(400) Комментарий
Таблица 2.7 – Реквизитный состав таблицы Диагностика
№ п/п
Поле Тип, Атрибут Описание
1 ID INT, PK Первичный ключ
2 Deal INT, FK Ссылка на сделку, для которой осуществляется диагностика автомобиля
3 Employer INT, FK Сотрудник, осуществляющий оценку
4 Result INT Результат диагностики
5 Conclusion VARCHAR(600) Диагностический отчет
6 Date_reg
DATE Дата начала диагностики
7 Date_fin
DATE Дата завершения диагностики
8 Remark VARCHAR(400) Комментарий
Таблица 2.8 – Реквизитный состав таблицы Перерегистрация
№ п/п
Поле Тип, Атрибут Описание
1 ID INT, PK Первичный ключ
2 Deal INT, FK Ссылка на сделку, для которой осуществляется перерегистрация автомобиля
3 Employer INT, FK Сотрудник, осуществляющий перегистрацию
4 Result INT Текущее состояние перерегистрации
6 Date_reg
DATE Дата начала перерегистрации
7 Date_fin
DATE Дата завершения перерегистрации
5 Remark VARCHAR(400) Комментарий
Таблица 2.9 – Реквизитный состав таблицы Поступление_авто
№ п/п
Поле Тип, Атрибут Описание
1 ID INT, PK Первичный ключ
2 Deal INT, FK Ссылка на сделку, для которой осуществляется поступление автомобиля
3 Employer INT, FK Сотрудник, ответственный за операцию
4 Result INT Текущее состояние процесса
5 Date_reg
DATE Дата поступления автомобиля
6 Remark VARCHAR(400) Комментарий
Таблица 2.10 – Реквизитный состав таблицы Выбытие_авто
№ п/п
Поле Тип, Атрибут Описание
1 ID INT, PK Первичный ключ
2 Deal INT, FK Ссылка на сделку, для которой осуществляется поступление автомобиля
3 Employer INT, FK Сотрудник, ответственный за операцию
4 Result INT Текущее состояние процесса
5 Date_reg
DATE Дата выбытия автомобиля
6 Remark VARCHAR(400) Комментарий
Таблица 2.11 – Реквизитный состав таблицы Сделка
№ п/п
Поле Тип, Атрибут Описание
1 ID INT, PK Первичный ключ
2 Employer INT, FK Сотрудник, ответственный за операцию
3 ID_cl
INT, FK Клиент, с которым заключена сделка
4 Auto INT, FK Автомобиль, объект сделки
5 Barg
INT, FK Последние переговоры, источник сделки
6 Score INT, FK Оценка сделки
7 Add_auto
INT, FK Поступление автомобиля в результате сделки
8 Sub_auto
INT, FK Выбытие автомобиля в результате сделки
9 Diag
INT, FK Результат диагностики автомобиля
10 Reg
INT, FK Перерегистрация автомобиля
11 Price Money Стоимость сделки
12 Type INT Тип сделки (купля/продажа)
13 Remark VARCHAR(400) Комментарий
14 Date_reg
DATE Дата начала сделки
15 Date_fin
DATE Дата завершения сделки
16 Proof DATE Дата оплаты сделки
Основные экранные формы представлены на рисунках 2.1-2.10.
Ввод данных о клиенте (рисунок 2.1) осуществляется в виде мастера, где на каждом шаге вводится несколько полей
50% дипломной работы недоступно для прочтения
Закажи написание дипломной работы по выбранной теме всего за пару кликов. Персональная работа в кратчайшее время!
