Главная страница
Навигация по странице:

  • Пользователь

  • Администратор

  • Консалтинг и аутсорсинг

  • Управление разработками информационных систем. Управление разработками ис управление разработкой


    Скачать 319.17 Kb.
    НазваниеУправление разработками ис управление разработкой
    АнкорУправление разработками информационных систем
    Дата18.06.2022
    Размер319.17 Kb.
    Формат файлаpptx
    Имя файлаUpravlenie_razrabotkami_IS.pptx
    ТипДокументы
    #601762
    страница1 из 8
      1   2   3   4   5   6   7   8

    Управление разработками ИС

    Управление разработкой


    Управление созданием ИС, как правило, рассматривают в двух аспектах: организационном и функциональном.
    В организационном аспекте управление разработкой рассматривается по уровням организационно-административной структуры с соответствующими правами и обязанностями субъектов проектной организации .
    В функциональном аспекте управление разработками рассматривается как применение соответствующих методов и средств организации и ведения проектных работ.

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


    Субъект управления проектом(организация);
    Пользователь;
    Заказчик;
    Администратор;
    Разработчик

    Субъект управления проектированием ЭИС


    Выделение субъекта управления связано с разделением труда в группе специалистов в процессе разработок ЭИС. Управление работами в этом случае может осуществляться на нескольких уровнях:
    - руководства организации;
    - руководства обеспечивающих подразделений (например, планово-производственного отдела и т.п.);
    - руководства функциональными подразделениями;
    - руководителей проектов (главных конструкторов);
    - руководителей проектных групп (ответственных исполнителей).
    Организация работ по проектированию и разработке ЭИС определяется порядком взаимодействия между несколькими сторонами, участвующими в этом процессе: пользователем, заказчиком, администратором и разработчиком

    Пользователь


    организация или группа подразделений, которые используют результаты обработки информации на ЭВМ. Для ЭИС под пользователем понимают, прежде всего, административно-управленческий аппарат, для которого создается эта система.
    Пользователь выполняет следующие функции:

    - формирует исходные данные для проектирования и обработки,

    - определяет состав задач для автоматизации,

    - определяет основные требования к задачам и режим функционирования системы.


    Заказчик


    ответственное лицо, под которым понимается организация или подразделение и которое выполняет функции:

    - формирует требования к системе и ее частям,

    - выдает техническое задание, финансирует разработку ЭИС,

    - обеспечивает проведение комплекса мероприятий по ее созданию,

    - проводит внедрение и прием ЭИС.

    заказчик несет ответственность перед пользователем за соответствие состава и характеристик решаемых задач, режима функционирования ЭИС исходным данным пользователя, за сроки создания системы, правильность использования ресурсов в процессе проектирования.

    Администратор


    ответственное лицо, которое выполняет эксплуатацию программно-технических средств и информационного и методологического обеспечения ЭИС (технологические и инструкционные карты),
    Администратор несет ответственность перед пользователем за правильность результатов работы ЭИС и их своевременность, а перед заказчиком и разработчиком за соблюдением условий эксплуатации, требований к технической документации

    Разработчик


    ответственное лицо (подразделение ,организация или группа организаций), которое выполняет следующие функции:

    - разрабатывает ЭИС по техническому заданию заказчика,

    - принимает участие во внедрении,

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

    - осуществляет авторское сопровождение проекта.

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

    Схемы организаций разработчиков

    Существует несколько типов схем организации работ с участием четырех сторон, выбор которых зависит от объема проектируемой системы.

    Схема организации при малом заказе


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

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

    - не достигается высокого профессионального уровня разработчиков


    Схема организации при небольшом заказе


    *


    Пользователь

    Заказчик

    Разработчик

    Администратор

    Данные

    Для разработки

    Данные для проектирования

    Результаты обработки

    Средний и большой заказ

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

    преимущества схемы


    - рациональное распределение функций между сторонами, участвующими в создании и эксплуатации ЭИС;
    - возникает возможность привлечения к разработке ЭИС специализированных организаций (НИИ, СКБ).

    недостатки:

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

    Модель при большом и среднем заказах


    *


    пользователь

    Заказчик

    администратор

    разработчик

    ТЗ, данные для проектирования и финансирования

    ТЗ, данные для проектирования и финансирования

    Проектная документация

    Выполнение нескольких заказов


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

    Схема организации при нескольких заказах

    Консалтинг и аутсорсинг


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

    Консалтинг


    Желание получить в том или ином секторе ИТ экспертную оценку ситуации (в самой компании или в целом по отрасли) .
    Часто встречаются ситуации, когда исследуется область разового интереса, и тогда обращение к консалтингу — единственный вариант. Как правило, однако, дело касается сферы постоянного интереса, в которой компания или не находит обязательным иметь собственных специалистов, или располагает несколькими сотрудниками, на чье мнение и квалификацию, однако, не считает возможным положиться при решении стратегических вопросов.
    Чаще всего это следствие ситуации, когда организация либо в целом экономит на фонде зарплаты, либо, достаточно хорошо оплачивая специалистов профильного направления деятельности, недооценивает прямую взаимосвязь информационных технологий с эффективностью основного бизнеса и считает ИТ сугубо второстепенным направлением (с соответствующей корректировкой размера зарплаты).

    типичная тематика консалтинговых услуг


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

    Задачи консалтинговой фирмы


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

    Примеры недобросовестных советов


    допустим, компания в течение длительного времени в указанном секторе ИТ шла в стратегически неверном направлении, инвестировала огромные средства в покупку неэффективного для ее целей ПО или техники, то ни одна консалтинговая фирма не рискнет изложить в прямом виде объективную (но горькую) истину: время и деньги были потрачены впустую, надо все создавать заново. Она просто не может позволить себе заявить то, что руководство заказчика подсознательно не желает слышать. Резко негативные результаты исследования уважаются в научном мире, но совершенно не пользуются популярностью в коммерческом. Значит, будут высказаны, вообще говоря, верные замечания об имеющихся “отдельных недостатках” (именно как о недостатках, даже если их скорее можно назвать провалами) и предложены рекомендации по “косметическому ремонту” ситуации, т. е. меры, до некоторой степени облегчающие положение, но по большому счету просто затягивающие стагнацию перед неизбежным технологическим тупиком.

    Примеры недобросовестных консультаций


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

    Привлечение соисполнителей (аутсорсинг)


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

    Схема при аутсорсинге

    Проблемы аутсорсинга


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

    Технологии организации и управления разработками ИС

      1   2   3   4   5   6   7   8


    написать администратору сайта