готовое задание проект. Разработка проекта по внедрению информационноаналитической системы на предприятии x 5 Grup Цель работы

• Название: Разработка проекта по внедрению информационноаналитической системы на предприятии x 5 Grup Цель работы
• Дата: 11.04.2023
• Размер: 4.51 Mb.
• Имя файла: готовое задание проект.docx
• Тип: Обзор; #1052872

Разработка проекта по внедрению информационноаналитической системы на предприятии X 5 Grup

Цель работы:

Определение сроков и бюджета реализации проекта внедрения информационной системы на предприятии.

Содержание:

1. 
   Исходные данные
   
2. 
   Основные понятия и общие принципы управления проектами
   
3. 
   Обзор программных решений по управлению проектами
   
4. 
   Жизненный цикл ИС
   
5. 
   Внедрение ИС
   
6. 
   Заключение
   

Исходные данные:

В качестве исходных данных используются задачи проекта по внедрению ИС, таблица с трудовыми ресурсами и таблица трудоемкости выполняемых работ.

Форма заключения

В последнее время на производстве X 5 GRUP широко используются информационные системы, которые упрощают анализ независимых процессов, таких как информация, для производства ценных продуктов или услуг и организованной рабочей деятельности. Таким образом, ИС может дать компании конкурентное преимущество, анализируя, как компания создает, производит и продает свои продукты или услуги. Это означает, что основное внимание будет уделяться главной цели.

В ходе написания работы нами были раскрыты профессиональные задачи, которые можно решить, с помощью информационной системы.

При написании работы нами была изучена специальная литература, включающая в себя статьи и учебники по информационным технологиям, описаны теоретические аспекты и раскрыты ключевые понятия исследования, рассмотрено практическое применение и оказана помощь предприятию «X-5 Grup», которое нуждалось в автоматизации производства.

В ходе созданного нами проекта мы обнаружили, что при внедрении информационной системы на предприятии «X-5 Grup» решаются сразу ряд следующих задач:

• 
  получение более рациональных вариантов решения управленческих задач за счет внедрения математических методов и интеллектуальных систем.
  
• 
  освобождение работников от рутинной работы за счет ее автоматизации;
  
• 
  обеспечение достоверности информации;
  
• 
  совершенствование структуры потоков информации и системы документооборота в компании;
  
• 
  уменьшение затрат на производство продуктов и услуг;
  
• 
  предоставление потребителям уникальных услуг;
  
• 
  отыскание новых рыночных ниш;
  
• 
  привязка к фирме покупателей и поставщиков за счет предоставления им разных скидок и услуг.
  

В долгосрочной перспективе мы видим возможность использования разработанного нами продукта в производственном процессе всех предприятиях, занимающихся подобного рода деятельностью.

Ход выполнения работы:

1. 
   Открытие нового файла проекта и определение опорных дат (когда будет начинаться проект)
   
2. 
   Создание списка работ
   
   1. 
      Ввод работ и их продолжительностей
      
   2. 
      Определение начала и окончания работ (выбор ручного или автоматического планирования для различных задач)
      
   3. 
      Установка отношений (связей) между работами (типы связей: начало-начало, начало-окончание, окончание-окончание, окончание-начало)
      
   4. 
      Перекрытие работ или добавление времени задержки между ними (установка запаздывания – при необходимости)
      
   5. 
      Добавление крайнего срока окончания работы (при необходимости)
      
   6. 
      Разбивка работы на сегменты (создание суммарных задач)
      
3. 
   Назначение ресурсов на работы
   
   1. 
      Создание списка ресурсов согласно таблице
      
   2. 
      Назначение ресурсов на работы (необходимо выбрать исходя из соответствия исходной задачи и компетенций сотрудника согласно таблицам ниже)
      
4. 
   Определение стоимости и срока проекта (затраты)
   
   1. 
      Назначение затрат на ресурсы (ставки взять исходя из информации на hh.ru)
      

Для начала работы определим риск проекта. Поскольку никакого Rocket Science в проекте нет, его риски составляют около 10%. Заложить их можно по разному — добавить 10% к стоимости ресурсов (но это не учитывает сроки), планировать работы с учетом рисков накидывая 10% длительности к каждой сколько-либо рискованной (именно такой вариант использовал я), или сделать этап Contingency перед завершающим этапом (в моем случае он бы составлял 3 недели или 1/10 от длительности проекта. В случае, если план проекта будет показан заказчику, безусловно лучше использовать подход с включением рисков в оценки всех работ — не все поймут появление еще одного этапа (за который заказчик должен заплатить). Но в случае, если вы делаете внутренний проект для своей компании, предпочтительнее включить этап Contingency и использовать данное время для внештатных ситуаций — болезни ключевых сотрудников, внезапных корпоративов и т.д. Внутреннему заказчику будет легче транслировать перенос сроков. Далее определим команду проекта:

руководитель проекта — менеджер, с хорошей технической экспертизой и навыками бизнес- анализа. Хорошо разбирается в функциональности решения, понимает бизнес-задачу заказчика.

аналитик — проводит встречи по анализу, занимается разработкой проектной документации (протоколы встреч, описание функциональных требований, спецификаций, инструкций);

специалист по внедрению — отвечает за внедрение решения, организацию инфраструктуры для серверов, а так же их связь с внешним миром. Т.е. настраивает ОС, БД, отвечает за трекер поддержки.
Ведущий разработчик — он же архитектор. Участвует в проработке архитектуры решения, оценке задач по разработке, обеспечивает наставничество команде разработки и помощь в решении сложных задач.

• 
  Разработчик — основной разработчик проекта,
  
• 
  Младший разработчик — джуниор на подхвате кода, решает задачи под контролем разработчика, параллельно учится.
  
• 
  Аккаунт — менеджер по работе с клиентами, отвечает за взаимодействие с клиентом, составление и подписание договоров, контроль удовлетворенности клиента и т.д. В проектный ФОТ напрямую не включается, т.к. его работа не планируется РП.
  
• 
  Куратор — высший менеджер компании исполнителя, обеспечивающий контроль и поддержку проекта. Может быть так же — руководитель портфеля проектов и т.д. В проектный ФОТ напрямую не включается, т.к. его работа не планируется РП.
  
• 
  Заказчик — все сотрудники заказчика, привлекаемые к проекту. В плане — не детализируемы, предполагается что заказчик сам решит, кого из своих специалистов привлекать к тем или иным активностям.
  

Далее вносим команду проекта в «Лист ресурсов». Указываем роли, краткое наименование и внутренние ставки, а так же отражаем базовый календарь (Рис. 1)




Рис. 1

Общий обзор этапов, их сроков и стоимости отображен на рис. 2:


рис. 2

Итак, у нас есть 8 этапов (включая нулевой) и проект, который начинается 10 января , завершается 5 октября. Заказчику — можно вовсе не показывать этап 0, и конечно, не стоит его учитывать если вы не считаете ФОТ пресейлов и пилотов (но это для первый звоночек того, что вам есть над чем поработать, так как такой ФОТ считать нужно обязательно).

Здесь и далее — все вехи раскрашены синим цветом, для того что бы быстро идентифицировать их. Вехи указывать обязательно надо, т.к. вы сможете вставить их в договор, привязывать к ним другие задачи или оплаты этапов, да и вообще следить по ним, как движется проект.

Этап 0 — подготовка проекта

Предположим, процесс описания плана и оценки поставлен на поток, и после оценки куратор проекта одобряет ее (и накидывает % на торг и внепроектные риски) после чего КП отправляется на согласование заказчику. Здесь указанных 7 рабочих дней может быть явно мало, поэтому эта работа указана отдельно, и именно от нее зависит веха «КП Утверждено» (рис. 3)




Рис. 3

Этап 1 — сбор требований

Итак, мы успешно подписали контракт (или получили одобрение от спонсора внутреннего проекта) и теперь самое время стартовать, начав со сбора требований к системе. Но перед этим, надо надо устроить kick-off meeting, или как это называется на русском, стартовую встречу.

В некоторых проектах есть смысл показать разработанный Project Charter, в некоторых проектах вместе с договором подписывается официальный устав, но независимо от этого кикофф нужен — для того, что бы ясно объяснить цели и сроки проекта команде (или командам) и познакомить всех друг с другом, договорится о взаимодействии.
Т.к. проект небольшой, мы предполагаем, что 12 часов хватит нам, что бы подготовить небольшую презентацию, в которой мы вкратце обозначим цели и задачи проекта, участников и их роли, наглядно покажем сроки проекта (например, красивую диаграмму Ганта) и представим следующие шаги (например график встреч с заказчиком) (рис. 4)


Рис. 4

Ниже представлен график встреч — для нашего простого проекта мы предусмотрели 6 встреч, на которых участвуют разные специалисты и которые стоят для нас по разному. Предполагается, что график мы заранее согласовали с заказчиками (или спонсорами), что бы бизнес-пользователи и вообще все заинтересованные лица, не ушли в отпуска или не Рассмотрим несколько встреч на примере (рис. 5)


Рис. 5
На одних встречах — нам нужен только менеджер проекта и аналитик, на других — нужен еще ведущий разработчик, а так же может понадобится и внедренец. Это зависит от конкретного проекта, но в общем случае — планируйте встречи так, что бы все технические детали всплывали в конце, после требования бизнеса — это уменьшит вероятность того, что договоренности на встречах придется согласовывать.

Логическим окончанием встречи у нас является ее протокол, высланный на ревью заказчику. Здесь важно учесть следующее — у меня встреча и составление протокола — запланированы на 1 день, т.е. утром проходит встреча, далее обед и пишется протокол, который отправляется на согласование заказчику. Заказчик же, в то время как команда проекта пишет протокол, согласовывает протокол предыдущей встречи.

Естественно, это идеальный вариант, который работает только при наличии 2 очень сильных и мотивированных проектных команд.

В реальной жизни — отсидеть на встрече 4 часа и за 4 часа составить приличный протокол с описанием требований и договоренностей (или отревьювить его) — и так 6 дней подряд — довольно тяжело. Не говоря о том, что встреча может быть и более 4 часов (кстати, в этом случае эффективность встречи резко падает и протокол может быть и не согласован). Если сроки (и заказчик) позволяют — заложите 1 встречу в 2 дня, и взять в запас неделю — для проведения дополнительных встреч и ревью протоколов.

Этап 2 — Архитектура и дизайн

Для внутренних проектов — выше риск того, что появятся новые требования (фантазия спонсора и бизнес-пользователей тут как правило не ограничена договором), но в то же время согласование не такое жесткое и формальное.

Здесь предусмотрим 2 итерации согласования требует от заказчика определенной ответственности. Во второй — только проверяет их исправление, а новые замечания — не ставятся (рис. 6).
Рис. 6

Этап 3 — Разработка

Используя методы оценок мы с проектной задачей оцениваем трудоемкость задач, расставляем их приоритеты, в соответствии с итерациями. В плане проекта всегда разумно указать, что является результатом той или иной итерации (например разработаны экранные формы, интеграция, аналитика или что то еще) — что бы заказчик знал, что он получает на показах и мог отслеживать, идете ли вы по плану, или задерживаетесь (рис. 7).
Рис. 7

Этап 4 — Тестирование

Этапы тестирования информационной системы представлены на рис. 8

Рис. 8

Этап 5 — Внедрение

Рис. 9

Этап 6 — Поддержка

Рис. 10

Как правило, этапы стадий формирования требований к автоматизированной системе объединяют с этапами разработки технического задания, а этапы разработки концепции - с этапами эскизного проектирования. Также к приведенным стадиям создания АС добавляют стадию подготовки к началу проекта.

Ниже представлены стадии создания информационно-аналитической системы. Также дана оценка длительности каждого из этапов внедрения системы.

Стадия I. Организация проекта

Этапы работ	Результат	Дней
Заключение контракта	Контракт на разработку системы заключен	10
Согласование процедур управления	Процедуры управления проектом и устав проекта согласованы	5
Сбор команды проекта	Команда проекта сформирована	5
Обучение членов проектной команды	Компетенция участников проекта соответствует требованиям. Этап реализуется по необходимости	10

Стадия II. Формирование требований и разработка технического задания

Этапы работ	Результат	Дней
Системно-аналитическое обследование объекта автоматизации	Проведены интервью с функциональными и IT-специалистами Заказчика. Собрана информация о: требуемых отчетах, показателя, измерениях возможных системах-источниках данных системном ландшафте сетевом окружении	20
Анализ и обработка полученной информации	Сформированы: альбом показателей альбом измерений и иерархий альбом отчетности определены источники данных для каждого показателя	20
Разработка концептуальной модели данных	Концептуальная модель данных	15
Разработка технического задания	Техническое задание и приложения к нему	20
Согласование и утверждение	Согласованное и утвержденное техническое задание	10

Стадия III. Эскизный проект

Этапы работ	Результат	Дней
Определение общей функциональной и технической архитектур	Общее описание функциональной и технической архитектур	10
Разработка логической модели данных	Логическая модель данных. Определен состав сущностей области постоянного хранения (System of Record, Summary Area, Data Marts). Окончательно сформирован состав реализуемых показателей, измерений и отчетов.	30
Обоснование выбора программного обеспечения и технической инфраструктуры	ПО выбрано. Утвержден план формирования необходимой технической инфраструктуры	10
Разработка предварительного регламента взаимодействия информационных систем	Предварительные регламенты взаимодействия согласованы с разработчиками и администраторами систем-источников данных. Определен состав сущностей области временного хранения (Staging Area) и области обмена данными (Data Exchange Interface).	20
Эскизное проектирование процессов ETL	Общее описание процессов извлечения данных, алгоритмов трансформации, загрузки и агрегации данных	10
Эскизное проектирование интерфейсов пользователя	Общее описание интерфейсов ввода и предоставления данных	5
Оформление эскизного проекта	Пояснительная записка к эскизному проекту	15
Согласование и утверждение	Согласованная и утвержденная пояснительная записка к эскизному проекту	5

Стадия IV. Технический проект

Этапы работ	Результат	Дней
Определение функциональной и технической архитектур	Описание функциональной архитектуры (включая описание каждой функции, задачи, методов реализации). Описание технической архитектуры (включая описание размещения технических средств, условий эксплуатации, режима функционирования, организации резервного копирования и т.д.)	15
Формирование плана развертывание системного ландшафта	План развертывания системного ландшафта	10
Разработка физической модели данных	Физическая модель данных - описание таблиц БД, индексов, секций и других объектов БД	10
Разработка и согласование регламентов взаимодействия информационных систем	Согласованный и утвержденный набор регламентов взаимодействия, включающих описание интерфейсов, периодичности и т.п.	10
Проектирование процессов ETL	Описание процессов извлечения данных, алгоритмов трансформации и обеспечения качества данных, процессов загрузки и агрегации данных	20
Проектирование интерфейсов пользователя	Описание бизнес-слоя данных, интерфейсов ввода и предоставления данных, разграничения прав доступа	15
Оформление технического проекта	Пояснительная записка к техническому проекту	20
Согласование и утверждение	Согласованная и утвержденная пояснительная записка к техническому проекту	5

Стадия V. Рабочая документация

Этапы работ	Результат	Дней
Разработка рабочей документации на систему и на её части	Разработаны следующие документы: Ведомость эксплуатационных документов Ведомость машинных носителей информации Паспорт Общее описание системы Технологическая инструкция Руководство пользователя Описание технологического процесса обработки данных (включая телеобработку) Инструкция по формированию и ведению базы данных (набора данных) Состав выходных данных (сообщений) Каталог базы данных Программа и методика испытаний (ПИМ) Спецификация Описание программ Текст программ	40
Разработка или адаптация программ	Развернуты экземпляры БД. Созданы необходимые объекты БД Разработаны процессы ETL и процессы обеспечения качества данных. Выставлено расписание запуска процессов Реализованы дополнительные приложения Реализованы витрины данных и отчетность Настроены профили пользователей и прав доступа	60
Согласование и утверждение	Согласованная и утвержденная рабочая документация	15

Стадия VI. Ввод в действие

Этапы работ	Результат	Дней
Подготовка объекта автоматизации к вводу системы в действие	Создание у Заказчика службы сопровождения системы (при необходимости)	10
Подготовка персонала	Обучение пользователей и администраторов системы	10
Комплектация системы поставляемыми изделиями	Закупка и завоз необходимого оборудования и программного обеспечения. Для снятия рисков поставки данный этап обычно выполняется на предыдущей стадии	20 - 100
Строительно-монтажные работы	Оборудование смонтировано в выделенном для этого помещении и подключено к каналам передачи данных	20
Пусконаладочные работы	Прошла наладка технических и программных средств. ПО системы перенесено в зону тестирования/промышленной эксплуатации. Настроена система резервного копирования. Проведена загрузка исторических данных в систему. Запущены процессы извлечения данных из систем-источников	20
Проведение предварительных испытаний	Испытания системы на работоспособность и соответствие техническому заданию в соответствии с ПИМ проведены. Устранение неисправностей и внесение изменений в документацию в соответствии с протоколом испытаний проведено. Акт приёмки системы в опытную эксплуатацию оформлен и подписан	10
Проведение опытной эксплуатации	Опытная эксплуатация проведена. Устранение неисправностей, доработка ПО и дополнительная наладка технических средств проведены	30 - 60
Проведение приёмочных испытаний	Испытания системы в соответствии с ПИМ проведены. Устранение неисправностей и внесение изменений в документацию проведено. Акт передачи системы в промышленную эксплуатацию оформлен и подписан	5
Завершение работ	Акт завершения работ подписан	5

Стадия VII. Сопровождение

Этапы работ	Результат	Дней
Выполнение работ в соответствии с гарантийными обязательствами	Выявленные недостатки системы устранены	365
Послегарантийное обслуживание	Система работает стабильно, без сбоев. Выявленные недостатки устранены	-

Трудовые ресурсы

Должность	Обязанность	График
Руководитель ИТ отдела https://spb.hh.ru/vacanc y/19242029	•Проектирование и внедрение автоматизированных систем управления производством (АСУП). •Участие в работе по совершенствованию документооборота на предприятии •Разработка технологических схем обработки информации по установленным задачам АСУП с учетом организационного и технического обеспечения по всем подсистемам. •Участие в работе по отладке, опытной эксплуатации и поэтапному введению в действие комплекса технических средств АСУП. •Согласование изменения в функционировании системы информационной безопасности предприятия. •Согласование бесперебойной работы корпоративной системы хранения информации и доступа к ней. •Участвует в проектах компании (1С и др.)	5 рабочих дней через 2 выходных (Стандартный)
Системный администратор https://spb.hh.ru/vacanc y/19218101	Администрирование обширной IT инфраструктуры построенной на Windows Server 2008‚ AD, SMB, GPO‚ DNS, DHCP Администрирование Terminal Server (W2008) RemoteApp Администрирование серверов виртуализации XenServer, ESXi Администрирование Linux Server(Squid) Администрирование парка рабочих станций Windows 7 Настройка сетевого оборудования Microtik Резервное копирование, восстановление данных	(Стандартный)
	Выполнение заявок‚ связанных с работой домена и рабочих станций Мониторинг состояния оборудования и серверного ПО‚ проведение работ по восстановлению сервисов и мероприятий превентивного характера Ведение документации по серверам, рабочим станциям и оборудованию. Проектирование и модернизация ИТ инфраструктуры Поддержка АТС (Panasonic) Настройка банк клиентов, обновление Поддержка сотрудников на удаленном доступе‚ настройка VPN и решение возникающих проблем
Системный программист https://spb.hh.ru/vacanc y/19090653	Глубокое знание архитектуры операционных систем семейства Windows, внутренних механизмов работы Приветствуется знание недокументированных возможностей Windows Знание WinApi Владение технологиями написания драйверов под Windows в области фильтрации и перехвата дисковых и сетевых операций Навыки алгоритмической оптимизации кода	(Стандартный)
Менеджер IT – проектов https://spb.hh.ru/vacanc y/19032076	управление проектами по интеграции, разработке и сопровождению программного обеспечения; организация работ сотрудников как выделенных на проект, так и относящихся к разным подразделениям (в том числе территориально распределенным); ведение нескольких проектов параллельно и координация работ по	(Стандартный)
	единичным доработкам с жизненным циклом от недели; обработка и уточнение требований, коммуникации с заказчиком;
Инженер по автоматизированным системам управления производством https://spb.hh.ru/vacanc y/19212681	Настройка / Конфигурирование ПО программно-технического комплекса под конкретный объект автоматизации Тестирование ПО, проведение ПНР (пусконаладочных работ) систем АСУ ТП Разработка схемотехнических решений шкафов автоматизации, в том числе подбор оборудования Возможны командировки по ЛО и РФ	Ночная смена
Программист https://spb.hh.ru/vacanc y/18491549	опыт разработки многопоточных приложений; навыки исследователя: умение самостоятельно проводить анализ и диагностику проблем, находить решения для сложных и нестандартных задач, пользоваться соответствующими инструментами (WinDBG, Sysinternals, WPP, xperf, API Monitor, IDA Pro); умение писать аккуратный, понятный код и поддерживать его качество на высоком уровне.	(Стандартный)
Системный архитектор https://spb.hh.ru/vacanc y/19150329	Анализирует требования к информационной системе; разрабатывает архитектуры программных решений, а также техническую и проектную документацию;	3 рабочих дней через 3 выходных
Младший разработчик https://career.ru/vacanc y/19209787	Участвует в рассмотрении технических заданий на проекты изделий, научно-исследовательские и опытно-конструкторские работы и осуществляет контроль за включением в них требований нормативно-технических и методических документов по защите	5 рабочих дней через 2 выходных
	информации и выполнением этих требований. Понимание принципов структурного программирования, теории реляционных баз данных. Опыт работы с базами данных, знание языка запросов SQL. Понимания принципов объектноориентированного программирования, знание одного или нескольких языков высокого уровня
Архитектор ИТрешений https://spb.hh.ru/vacanc y/18377856	Описание текущей и проектирование целевой архитектуры в инструменте моделирования; Анализ требований бизнеса к ИТрешению, проектирование концептуальной архитектуры ИТрешения; Проектирование интеграции ИТрешения; Подготовка проектной и технической документации на всем жизненном цикле проекта (концепции ИТ-решения, технические задания, технические проекты и пр.); Регулярное взаимодействие с разработчиками систем, проведение архитектурного надзора и решение технических задач при необходимости (разработка правил code review и пр.); Участие в приемке ИТ-систем, контроль соответствия целевой архитектуре; Консультирование смежных команд по архитектуре своих ИТ-решений.	(Стандартный)
Ведущий архитектор https://spb.hh.ru/vacanc y/18808708	решение сложных проблемы проектирования - E2E взаимодействий большого количества систем ИТ ландшафта	(Стандартный)
	для реализации наиболее значимых продуктов и услуг компании; развитие систем в своей зоне ответственности (составляющие как правило ядро BSS) и их интеграции со всеми смежными системами ИТландшафта; формирование стратегического видения в рамках своих доменов и направляет к нему деятельность сотрудников департамента развития.
Бизнес-аналитик https://spb.hh.ru/vacanc y/19208777	Выявление и анализ бизнеспотребностей заинтересованных лиц, анализ влияния инициативы на смежные подразделения и бизнеспроцессы, формирование бизнестребований; Анализ текущего состояния бизнеспроцессов, разработка рекомендаций и участие в определении целевого состояния; Определение контекста изменения; Разработка плана и определение мероприятий по переходу к целевому состоянию; Расчет бизнес-эффектов и обоснование необходимости реализации бизнес- и ИТ-решения; Выявление и формализация требований к решению; Экспертиза и контроль процесса реализации требований; Оценка эффективности по результатам внедрения бизнес- и ИТ-решений; Участие в проведении оценки.	(Стандартный)
Старший эксперт по автоматизации и отчетности https://spb.hh.ru/vacanc y/19214201	осуществление разработки архитектуры, поддержки баз данных, их администрирования, разграничения уровней доступа; ответственность за актуализацию и оптимизацию баз данных; осуществление контроля изменений (в отчетности компании, в методологии расчета показателей, анализ запуска маркетинговых инициатив) и своевременная актуализация алгоритмов баз данных; ответственность за разработку и внедрение форматов операционной и аналитической отчетности для предоставления топ-менеджменту компании, смежным и функциональным подразделениям	(Стандартный)