Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии


Виды автоматизации управления предприятием



Кусочная автоматизация:

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

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

Автоматизация по участкам:

Автоматизация по участкам подразумевает процесс автоматизации отдельных производственных или управленческих подразделений предприятия, объединенных по функциональному признаку.

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

Автоматизация по направлениям:

Автоматизация по направлениям подразумевает автоматизацию отдельных направлений деятельности предприятия, таких, как производство, сбыт, управление финансами.

Автоматизация по направлениям деятельности предполагает участие в этом процессе всех организационных подразделений, функционирование которых связано с автоматизируемым

направлением. Обычно любое направление деятельности охватывает практически все подразделения предприятия.

Полная автоматизация управления предприятием:

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

Особенности комплексного подхода:

· повышенная экономическая эффективность этого подхода по

сравнению с другими (по участкам и по направлениям);

· чрезвычайно высокие требования к качеству управления

процессом внедрения системы

 

 

Управление проектом.

Основные компоненты процесса управления проекта:

· Управлениекоординацией (Project Integration Management)

· Управлениецелями (Project Scope Management)

· Управлениевременем (Project Time Management)

· Управлениестоимостью (Project Cost Management)

· Управлениекачеством (Project Quality Management)

· Управление человеческими ресурсами (ProjectHumanResourceManagement)

· Управлениекоммуникациями (Project Communication Management)

· Управлениерисками (Project Risk Management)

· Управлениепоставками (Project Procurement Management)

Группы процессов

Процессы управления проектами могут быть разбиты на шесть основных групп, реализующих различные функции управления:

· процессы инициации - принятие решения о начале выполнения проекта;

· процессы планирования - определение целей и критериев успеха проекта и

разработка рабочих схем их достижения;

· процессы исполнения - координация людей и других ресурсов для выполнения плана;

· процессы анализа - определение соответствия плана и исполнения проекта

поставленным целям и критериям успеха и принятие решений о необходимости

применения корректирующих воздействий;

· процессы управления - определение необходимых корректирующих воздействий, их

согласование, утверждение и применение;

· процессы завершения - формализация выполнения проекта и подведение его к

упорядоченному финалу

1. Процессы инициации

Инициация включает единственныйподпроцесс - авторизацию, т.е. решение начать следующую фазу проекта.

2. Процессы планирования

Основные процессы планирования:

· планирование целей;

· декомпозиция целей;

· определение состава операций (работ) проекта;

· определение взаимосвязей операций;

· оценка длительностей или объемов работ;

· определение ресурсов (людей, оборудования, материалов) проекта;

· назначение ресурсов;

· оценка стоимостей;

· составление расписания выполнения работ;

· оценка бюджета;

· разработка плана исполнения проекта;

· определение критериев успеха.

Вспомогательные процессы планирования:

· планирование качества;

· планирование организации;

· назначение персонала;

· планирование взаимодействия;

· идентификация риска;

· оценка риска;

· разработка реагирования;

· планирование поставок;

· подготовка условий.

3. Процессы исполнения и контроля

Основные процессы планирования:

· сам процесс исполнения плана проекта

Вспомогательные процессы планирования:

· учет исполнения;

· подтверждение качества;

· подготовка предложений;

· выбор поставщиков;

· контроль контрактов;

· развитие команды проекта.

4. Процессы анализа

Основные процессы планирования:

· анализ сроков;

· анализ стоимости;

· анализ качества;

· подтверждение целей

Вспомогательные процессы планирования:

· оценка исполнения;

· анализ ресурсов.

5. Процессы управления

Основные процессы планирования:

· общее управление изменениями;

· управление ресурсами;

· управление целями;

· управление качеством.

Вспомогательные процессы планирования:

· управление рисками;

· управление контрактами.

6. Процессы завершения:

· закрытие контрактов;

· административное завершение.

Виды деятельности, входящие в управление проектом:

· Управление содержанием проекта и качеством

· Управление ресурсами проекта

· Управление рисками

· Управление коммуникациями и информационное обеспечение проекта

· Управление конфигурациями и изменениями

· Управление проектной средой и технологиями

· Контроль и мониторинг состояния проекта

Управление содержанием проекта и качеством

Основные элементы содержания проекта следующие:

· Целевые критерии проекта

· Иерархическая структура работ (workbreakdownstructure)

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

Метрики ПО:

· размер программы в строках ее кода (linesofcode, LOC).

· функциональные точки (functionalpoints, FP)

· конструктивная модель стоимости версии II (ConstructiveCostModel II, СОСОМОII).

Размер программы в строках ее кода

Ее основное достоинство – понятность и простота вычисления.

Ее недостатки – не очень хорошая адекватность в качестве метрики трудоемкости разработки программы, зависимость от используемых языков и технологий и трудность предварительной оценки размера ПО.

Функциональные точки

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

· Для всех данных из перечисленных пяти категорий оценивается их сложность (по шкале " низкая" – " средняя" – " высокая" ).

· Итоговая сложность программной системы вычисляется как сумма сложностей выявленных отдельных представителей этих пяти категорий. Сложность ввода, вывода, запроса или группы данных вычисляется умножением оценки сложности составляющих данных на весовой коэффициент, который можно найти в стандартах или определить на основе собственного опыта. Обычно весовые коэффициенты групп данных больше, чем коэффициенты для вводов, выводов или запросов.

COCOMOII

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

1. На самых ранних этапах, когда примерно известны только общие требования, а

проектирование еще не начиналось, используется мо-дель состава приложения

(ApplicationCompositionModel). В ее рамках трудоемкость проекта оценивается в

человеко-месяцах по формуле

Effort= A⋅ Size

· Коэффициент А учитывает возможное переиспользование части компонентов и

производительность разработки, зависящую от опытности команды и используемых

инструментов и оцениваемую числом от 4 до 50

А=(100-процент переиспользования)/производительность

· Size представляет собой оценку размера в терминах экранов, форм, отчетов,

компонентов и модулей будущей системы. Каждый такой элемент оценивается с

коэффициентом от 1 до 10 в зависимости от своей сложности.

2. На следующих этапах, когда требования уже в основном известны и

начинается разработка архитектуры ПО, используется модель этапа

предварительного проектирования (EarlyDesignModel)

Для трудоемкости (в человеко-месяцах):

Effort = A * (Size)B ME+ трудозатраты на автоматически генерируемый код

Для времени (в месяцах): Time = T * EffortS(0.28+0, 2(B-1, 01)) * Sced

· Коэффициент А считается равным 2, 45, а Т считается равным 3, 67.

· Size – оценка размера ПО в тысячах строк кода.

· В – фактор процесса разработки, который вычисляется по формуле

В=0, 91+0, 01*Σ i=1..5 *Wi

· МЕ – произведение семи коэффициентов затрат, каждый из которых лежит в интервале от 1 до 6:

1. возможности персонала;

2. надежность и сложность продукта;

3. требуемый уровень повторного использования;

4. сложность платформы;

5. опытность персонала;

6. использование инструментов;

7. плотность графика проекта

· Efforts обозначает оценку трудоемкости без учета плотности графика, a Seed –требуемое сжатие времени выполнения проект

Управление ресурсами

В данном разделе рассматриваются вопросы управления ресурсами проекта, исключая специфические аспекты, касающиеся только персонала. Как правило, диаграмма Гантта.

Специфика управления персоналом:

· Производительность;

· Знания и умения;

· Мотивация персонала:

· пирамида Маслоу;

· деление людей на 3 типа:

1. люди с целевой ориентацией, получающие достаточно мотивации от решения задач, постановка которых им понятна;

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

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

· теория справедливости

· теория ожиданий

· Построение сплоченной команды;

· Конфликты;

· Лидерство и влияние.

Управление рисками:

Риски проекта, влияющие на его ход:

· технологические риски

· кадровые риски

· риски требований

· коммерческие риски

· управленческие риски

· производственные риски

Риски продукта, влияющие на результаты проекта:

· технические риски

· эксплуатационные риски

· правовые и общественные риски

Бизнес-риски:

· контрактные риски

· инвестиционные риски

· сбытовые риски

· конъюнктурные риски

Управление коммуникациями и информационным обеспечением:

· Представительские связи

· Координация работ

· Обмен информацией внутри организации-исполнителя.

· Разведка и сбор внешней информации

· Составление предложений

· Ведение переговоров

 


Поделиться:



Последнее изменение этой страницы: 2019-04-09; Просмотров: 318; Нарушение авторского права страницы


lektsia.com 2007 - 2024 год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! (0.038 с.)
Главная | Случайная страница | Обратная связь