Предыдущая часть
Консалтинг при автоматизации предприятий: 
  подходы, методы, средства
Г.Н.
    Калянов,
    Краткие сведения об авторе
ПРИЛОЖЕНИЕ 1
Внедрение структурного подхода и выбор CASE-средств 
Внедрение структурного подхода, как и любое нововведение, вызывает естественные
  проблемы, связанные с такими человеческими качествами, как боязнь за свою карьеру
  в случае неудачи, инертность, нежелание перестраиваться и отказываться от старых
  привычек, с одной стороны, и шапкозакидательство, с другой. Поэтому критичным
  является первый опыт использования структурного анализа и проектирования, в
  успехе которого решающую роль играет выбор хорошего опытного проекта. Ниже
  приведен ряд рекомендаций для подбора такого проекта:
  -  Выбирайте небольшой, достаточно простой проект. Идеальным кандидатом для
      опытного проекта является проект продолжительностью до полугода (включая
    обучение), требующий для реализации около четырех человеко-лет. Такой проект
    имеет достаточную
      продолжительность, чтобы быть заслуживающим внимания руководства, но достаточно
    коротким для обеспечения приемлемой по времени обратной связи.
 
  -  Выбирайте проект, который не является критичным для Вашей организации.
      Прессинг руководства и ответственность вероятнее всего заставит аналитиков
      и проектировщиков
      вернуться к старым методам и привычкам, особенно если дела пойдут неудачно.
 
  -  Не жалейте денег на обучение, но и не направляйте Ваших специалистов на
          многочисленные одновременные курсы: аналитик предметной области, системный
          аналитик и проектировщик
      - это разные профессии, освоить их одновременно невозможно.
 
  -  Выбирайте обычных специалистов для опытного проекта. Если Вы отберете
            группу, включающую только наиболее квалифицированных специалистов,
    руководство сочтет,
            что структурные методы по силам только суперштату, и, следовательно,
      доверие к таким методам будет незначительным. 
 
  -  Выбирайте ответственных людей, не опускающих рук при первом же препятствии.
              Обязательность и дисциплина являются двумя жизненно важными факторами
      успеха для любых методов программной инженерии. 
 
  -  Пригласите опытного консультанта для контроля двух ключевых моментов
                в проекте: на этапе начала его создания и на этапе завершения
    перед его проверкой.
                Одна
                человеко-неделя консультирования может сохранить несколько человеко-месяцев
      усилий по лечению.
 
  -  Тщательно выбирайте инструментальные средства.
 
На выбор CASE-пакетов для выполнения консалтинговых проектов влияет огромное
  количество факторов. Ниже приводится ряд рекомендаций, помогающих обойти лишь
  некоторые из подводных камней, неизбежно возникающих при переходе к новым технологиям.
  -  Поддержка методологий структурного (а не объектно-ориентированного) анализа
      и проектирования на начальных этапах проекта. Если Вы при общении с руководством
      или экспертом предметной области (например, с бухгалтером) будете употреблять
      слова “наследование”, ”инкапсуляция”, ”полиморфизм” и т.п., то в лучшем
    случае столкнетесь с непониманием.
 
  -  Поддержка классических методов структурного анализа и проектирования.
      Это позволит Вам в случае неудовлетворенности пакетом относительно легко
    подобрать новый, не переделывая, а лишь перерисовывая (в худшем случае) наработанные
      модели.
 
  -  Выбор в качестве первого опыта недорогих продуктов с учетом информации
          о реальных проектах, выполненных с их использованием. Например, известен
          ряд
          фирм и банков, использующих на начальных этапах проектирования автоматизированных
          банковских систем пакеты CASE.Аналитик для построения функциональной,
    а ERwin для построения информационной моделей.
 
  -  Наличие средств экспорта/импорта фрагментов проекта, что при коллективной
            работе поможет избежать множества проблем, связанных с мультипользовательским
          доступом.
 
  -  Обязательная поддержка автоматической верификации на полноту и состоятельность
            проекта и генерации отчетов по верификации.
 
  -  Автоматическая генерация проектной документации в соответствии с
                общепринятыми стандартами (отечественных заказчиков вполне удовлетворяют
                ГОСТы, зарубежных
                - DOD STD-2167A).
 
  -  Для функционального моделирования - наличие миниспецификаций процессов
                  нижнего уровня (задаваемых общепринятыми методами), а не возможности
                  задавать аналогичную
                  информацию в качестве комментария при определении процессов.
    Это позволит полностью охватить технологии, применяемые заказчиком,
      и расширит возможности
                  созданного
                  проекта (например, его можно будет использовать для автоматизированного
                  и быстрого обучения новых работников конкретному направлению
    деятельности).
 
  -  Для информационного моделирования - наличие средств генерации
                    схем БД для широкого спектра СУБД, а также поддержки обратного
                    проектирования (reverse
                  engineering), т.е. создания информационных моделей из существующих
                    БД.
 
Следующая часть
За дополнительной информацией обращайтесь в компанию Interface Ltd.
Обсудить на форуме