Студопедия Главная Случайная страница Обратная связь

Разделы: Автомобили Астрономия Биология География Дом и сад Другие языки Другое Информатика История Культура Литература Логика Математика Медицина Металлургия Механика Образование Охрана труда Педагогика Политика Право Психология Религия Риторика Социология Спорт Строительство Технология Туризм Физика Философия Финансы Химия Черчение Экология Экономика Электроника

Этапы разработки консалтинговых проектов




 

Этап 1. Анализ первичных требований и планирование работ. Этот этап включает предварительное изучение задачи (построение обзорной диаграммы потоков данных). Аналитик при этом должен: 1) разумно оценить преимущества внедрения данной системы; 2) оценить временные затраты; 3) обосновать стоимость следующего шага.

Этап 2. Проведение обследования деятельности предприятия. Этот этап включает определение организационной и топологической структур предприятия, анализ распределения функций по подразделениям и сотрудникам, определение перечня применяемых на предприятии средств автоматизации, предварительное выявление требований, предъявляемых к будущей системе, определение перечня целевых задач (функций) предприятия. При проведении обследования целесообразно применять следующие методы: 1) анкетирование; 2) сбор документов; 3) интервьюирование.

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

Этап 3. Построение и анализ моделей деятельности предприятия. Под модельюпонимают описание проектируемой технологии (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы. Наиболее удобным языком моделирования бизнес-процессов является IDEFO, предложенный более 20 лет назад Дугласом Россом. Ранее этот метод назывался SADT (Structured Analysis and Design Technique). Построение и анализ моделей деятельности предприятия относится к области бизнес-консалтинга. На данном этапе осуществляется обработка результатов обследования и построения функциональных, информационных и, по необходимости, событийных моделей следующих двух видов:

модели «как есть» (as-is), которая представляет собой «снимок» положения дел на предприятии на момент обследования;

модели «как должно быть» (to-be), интегрирующей перспективные предложения руководства и сотрудников предприятия, экспертов и системных аналитиков по совершенствованию деятельности предприятия.

Одна из важных особенностей автоматизированных информационных технологий управления организационно-администра-тивными системами — это принципиальная невозможность проведения реальных экспериментов до завершения проекта. Построение модели «как есть» функционирующей организации позволяет понять, что делает и как функционирует предприятие с позиций системного анализа, где его слабые места, в чем преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Невозможно внедрить эффективную информационную технологию при неэффективной общей организации работы. Поэтому результатом анализа и критической оценки модели «как есть» должно быть перенаправление информационных потоков и усовершенствование бизнес-процессов в новой модели «как должно быть», которая должна использоваться для реорганизации деятельности предприятия. Если удается более рационально организовать бизнес-процессы на предприятии — это уже результат, оправдывающий капиталовложения.

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

Переход от модели «как есть» к модели «как должно быть» обычно осуществляется двумя способами: 1) совершенствованием технологии на основе оценки их эффективности («мягкий» реинжиниринг); 2) радикальным изменением технологии и переосмыслением бизнес-процессов («жесткий» реинжиниринг).

Результатом проведения анализа и оценки моделей являются предложения по:

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

– построению рациональных технологий работы структурных подразделений предприятия с учетом используемых информационных технологий;

– созданию перспективной организационной структуры управления, осуществляющей реализацию рациональных технологий работы;

– изменению информационных потоков и документооборота, обеспечивающих реализацию рациональных технологий работы;

– разработке проектов внутреннего и внешнего документооборота, проекта положения о документообороте, проекта альбома форм входных и выходных документов.

Этап 4. Разработка системного проекта (модели требований к будущей системе). Системный проект представляет собой концепцию построения новой технологии управления.

Фактически на этапе разработки системного проекта дается ответ на вопрос: «Что должна делать будущая система?».

Системный проект должен включать:

· полную функциональную модель требований к будущей системе;

· комментарии к функциональной модели (спецификации процессов нижнего уровня в текстовом виде);

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

· концептуальную модель интегрированной базы данных (пакет диаграмм);

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

· предложения по организационной структуре для поддержки.

Этап 5. Техническое проектирование. Технический проект представляет собой совокупность взаимосвязанной документации по всем трем структурным частям (общесистемной, функциональной и обеспечивающей) новой автоматизированной информационной технологии управления. Этот этап разделяется на две стадии:

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

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

Центральное место среди перечисленных видов работ занимает построение моделей автоматизированных рабочих мест.

Данный этап обеспечивает разработку общих решений: 1) по всей технологии и ее частям; 2) функционально-алгоритмичес-кой структуре; 3) функциям персонала и организационной структуре; 4) структуре технических средств; 5) алгоритмам решений задач и применяемым языкам; 6) организации и ведению информационной базы; 7) системе классификации и кодирования; 8) программному обеспечению. На этом же этапе проводится разработка заданий на проектирование в смежных частях проекта объекта автоматизации.

Этап 6. Создание рабочего проекта. Это этап практической реализации основных положений технического проекта. На данном этапе осуществляются:

1) разработка рабочей документации, содержащей необходимые и достаточные сведения для обеспечения выполнения работ по вводу информационной технологии в действие и ее эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) АИТУ в соответствии с принятыми проектными решениями, ее оформление, согласование и утверждение;

2) разработка программ и программных средств АИТУ и разработка программной документации:

а) если принято решение о разработке оригинальной технологии специалистами предприятия, то программирование модулей, их тестирование и отладка, комплектация в АРМы специалистов и единую технологию;

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

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

Этап 7. Ввод в действие разработанной информационной технологии. На этом этапе проводятся работы по организационной подготовке объекта автоматизации к вводу в действие, обучение персонала. Оформляется акт о приемке АИТУ в опытную эксплуатацию. Затем осуществляется опытная эксплуатация в соответствии с программой и методикой ее проведения. Проводятся также анализ результатов приемочных испытаний и устранение недостатков, выявленных при испытаниях, с соответствующей корректировкой документации. Завершается этап оформлением акта о приемке АИТУ в постоянную эксплуатацию.

Этап 8. Выполнение работ в соответствии с гарантийными обязательствами и послегарантийное обслуживание. На этом этапе осуществляются работы по анализу функционирования АИТУ, выявлению отклонений фактических эксплуатационных характеристик от проектных значений и установлению причин отклонений, устранению выявленных недостатков и внесению необходимых изменений в документацию на АИТУ.

 







Дата добавления: 2014-12-06; просмотров: 548. Нарушение авторских прав

Studopedia.info - Студопедия - 2014-2017 год . (0.005 сек.) русская версия | украинская версия