2.Методы проектирования корпоративных информационных систем

2.1.Этап системного анализа и проектирования. Промлемы и особенности проектирования кис

Еще в 70-е годы XX века были выделены этапы процесса разработки информационных систем - системный анализ и проектирование, разработка, кодирование, тестирование, внедрение. Если каждая последующая стадия вытекала из предыдущей, то говорили о каскадной модели. Если каждая последующая стадия не только вытекала из предыдущей, но и могла корректироваться по результатам последующих стадий, то говорили об итерационной модели.

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

В последовательности выработки требований заказчика по этапу системного анализа и проектирования выделяют три фазы [3]:

• обследование и системный анализ существующей информационной системы, и выявление ее недостатков;

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

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

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

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

На этапе системного анализа и проектирования при сравнительно малых затратах можно достичь следующих результатов:

• получить снимок бизнес- и информационных процессов, сложившихся в организации;

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

• создать информационную и функциональную модель новой системы;

• сформировать список требований к новой или модернизированной информационной системе;

• выбрать методы и средства проектирования и реализации информационной системы;

• сформировать архитектуру системы;

• сформировать состав программных компонент, которые необходимо приобрести в рамках создания информационной системы;

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

• оценить трудозатраты разработки новой информационной системы;

• составить технико-экономическое обоснование.

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

При проектировании КИС, следует учитывать особенности, характерные для крупных проектов такие, как:

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

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

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

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

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

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

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