Файл: Теоретические основы управления информационным предприятием 11.docx
Добавлен: 12.12.2023
Просмотров: 178
Скачиваний: 2
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
СОДЕРЖАНИЕ
Глава 1. Теоретические основы управления информационным предприятием
1.1. Характер, важность и особенности информационного обеспечения
Информационная деятельность в области технологий
1.3 Способы улучшения информационной системы
1.4 Построение интегрированной информационной системы
Глава 2. Анализ информационного обеспечения управления предприятием
2.1. Общие характеристики изучаемого предприятия
2.2. Ассортимент продукции компании
2.3. Анализ основных финансовых показателей компании
2.4. Анализ показателей материально-технического снабжения коммерческого предприятия
Глава 3. Применение проектных технологий
3.2 Направления применения проектных технологий
Глава Теоретические особенности важность информационным Характер, и управления основы области Информационная информационной информационного в Способы деятельность улучшения Построение интегрированной информационной Выводы по Глава Анализ обеспечения изучаемого управления Общие характеристики продукции Ассортимент основных Анализ материально-технического финансовых снабжения Анализ информационного показателей по коммерческого Выводы показателей Глава Применение ресурсного Описание Направления критического применения Анализ проектных проектных Выводы по Список Приложение Введение
Для принятие чтобы условиях рыночной в того, были предприятию динамичного эффективными, решений развития управленческих управления необходима информацией, система экономики экономическую объективно текущую отражающая мною ситуацию. Выбранная поскольку тема не актуальна, обеспечение информационное к только наиболее соответствующая ключом и конкурентоспособности является выживания компании, конкуренции.
Жесткой в успеху условиях но средство Программное информационных для соединение информацией и управления систем обеспечение управления предприятием это процесса управления можно целом. Его целое, рассматривать как только в единое управления, охватывающее как и не функции но отдельные такие прогнозирование и все управления, и как вам дает возможность анализ. Это выделить информации, функции обеспечивающей определенные присущие функциональное планирование, моменты, в управление, же то учет функции, время открывая которые общие направлять важной исследования.
Современных информации, подача собой является обработку условиях нужной областью представляющая для и позволяют необходимой информации, сбор управленческих обоснованных и решений. Передача о информации на деятельности принятия высший компании состоянии между и уровень обмен взаимный всеми управления на взаимосвязанными осуществляется информацией основе компании технических современных других технологий и что подразделениями средств связи. Считается, в том сложной компьютерных малого, экономика, российская, и числе системой с среднего бизнеса участием является Предприятия же государственным современная важную крупного в так играют типы вопросов стран. Существуют бизнеса, роль требуют общие которые и ответов ответы решений. Правильные современных на использование это решения ряде средств распространенных проблем, них и технических таких решений; оперативных персонала ошибок принятия для количества уменьшение снижение предприятия; затрат, обоснованных хранением с производительности информации; Повышение обслуживания повышение персонала; клиентов качества и проблемы связанных стандартизации их и производственных труда сокращение.
ID | 5 |
Название | Продуктивный старт |
Описание | Передача системы в продуктивную эксплуатацию и последующее сопровождение |
Ответственный | Руководитель проекта |
Контрольные события | Переход к промышленной эксплуатации - 10.11.17 Поддержка конечных пользователей - 15.11.17 Техническая и методологическая поддержка конечных пользователей - 20.12.17 Анализ и устранение ошибок в настройке – 1.12.17 |
Требования к качеству разработки | Качество разработки соответствует стандартам, установленным методологией ASAP |
ИСР в модели проекта. П осле формирования словаря ИСР пришло время построить иерархическую структуру работ.
Рисунок 6. Иерархическая структура работ
Как видно на рисунке, между отдельными задачами и подзадачами есть различные связи. Это могут быть как связи последовательности, так и связи, отражающие тот факт, что какие-то подзадачи запускаются одновременно с остальными. Посмотрим на сетевой график.
Р исунок 7. Сетевой график
Сетевой график получился довольно объёмным, поскольку он отражает связи задач и подзадач проекта.
И последний подпункт в этой части отчета – лист ресурсов проекта. В целях учета в программе MS Project ресурсы бывают трёх видов: Трудовые, Материальные и Затраты. Трудовые ресурсы – работники организации и их зарплата. Материальные ресурсы – те ресурсы, которые используются один раз и каждый раз факт их покупки и использования отражается в бюджете организации. Затраты – те ресурсы, у которых нет первоначально заданной стоимости, поэтому каждый раз они отражаются с новой суммой. Ниже представлен лист ресурсов проекта.
Р исунок 8. Лист ресурсов
Н азначение ресурсов на задачи. Следующим шагом будет соотнесение ресурсов с задачами. В идеале никакие ресурсы не перегружаются, и ИСР выглядит следующим образом:
Рисунок 9. Соотнесение ресурсов задачам
Однако не всегда получается так сделать с первого раза, и иногда случаются ситуации перегрузок ресурсов, как на рисунке ниже:
Рисунок 10. Перегрузка ресурсов
Как видно на рисунке выше, ресурс «Главный разработчик ПО» не может одновременно участвовать в двух задачах одновременно, что вызывает его перегрузку. От таких ситуаций лучше избавляться перераспределением ресурсов или неполной занятостью ресурсов. В нашем случае был применен первый приём.
Планирование бюджета проекта. Попробуем примерно определить бюджет проекта с разбивкой по категориям:
Рисунок 11. Распределение Ð
1 2 3 4 5 6 7 8 9 10
3.3 Анализ ресурсного критического пути
Используя встроенные средства MS Project, проведём анализ нашего проекта с точки зрения ресурсного критического пути. Для этого нужно найти критические задачи. Вот, что получится:
Рисунок 14. Критический ресурсный путь
Красным выделены задачи, являющиеся критическими в рамках данного проекта. Иными словами, если в одной из этих задач произойдёт непредвиденная задержка, это задержит выполнение многих последующих задач, и, как следствие, всего проекта. Ресурсы, занятые в этих задачах, относятся в основном к трудовым, поэтому задержки, связанные с ресурсами, можно нивелировать сверхурочной работой либо временным наймом дополнительных трудовых ресурсов.
Оптимизация плана проекта включает в себя несколько подпунктов. Одним из них является соответствие затрат бюджету проекта. Но, поскольку в нашем случае сумма затрат и так меньше бюджета, этот пункт можно опустить.
Следующим шагом будет выявление критических задач проекта. Это было выполнено на предыдущем этапе, поэтому здесь приведем только их список:
Таблица 5. Список критических задач проекта
Номер | Задача |
3 | Определение границ внедрения |
4 | Определение стратегии внедрения |
5 | Определение общего графика проекта и последовательности внедрения |
6 | Инициация подходящих для проекта стандартов и процедур |
7 | Утверждение проекта и распределение ресурсов |
17 | Формирование справочников |
30 | Поддержка конечных пользователей |
23 | Устранение замечаний интеграционного тестирования |
32 | Анализ и устранение ошибок в настройке |
Среди этих задач можно выделить последние три, поскольку они принадлежат завершающей стадии проекта, и проект без них в любом случае не завершится. У этих задач есть также определенный временной резерв на случай, если в ходе тестирования и ввода в эксплуатацию что-то пойдёт не так. В этом и заключается необходимость тестирования ПО.
Теперь осталось провести выравнивание ресурсов с помощью встроенных средств MS Project. Если участники проекта работают одновременно над слишком большим количеством задач, вы можете выровнять назначения ресурсов. Project изменит назначения в соответствии с более реалистичными сроками. В нашем случае выравнивание было применено, когда были обнаружены перегруженные ресурсы, и теперь использование ресурсов оптимально.
Рисунок 15. Визуальный оптимизатор ресурсов
Обоснование оптимизации проекта по срокам и ресурсным ограничениям. Проект был оптимизирован с использованием внутренних инструментов MS Project. Финальная временная шкала проекта выглядит так:
Рисунок 16. Временная шкала проекта
Для отслеживания эффективности проекта можно использовать разнообразные отчеты MS Project. Если в проекте встречаются ошибки, перегрузки, задержки и прочие нежелательные особенности, в отчетах довольно наглядно всё указано:
Рисунок 17. Отчет о выполнении задач
Рисунок 18. План выработки на проект
Рисунок 19. Обзор проекта
Настройка пользовательских представлений, использующих пользовательский фильтр.
Пользовательское представление показывает количество затраченных материальных ресурсов.