Выбор методики и организации проектирования информационных систем

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

-         время, имеющееся на разработку ИС – обычно несколько месяцев;

-         персонал, который может быть задействован на разработку и на эксплуатацию ИС;

-         имеющиеся и/или предполагаемые для разработки ИС технические и программные средства, а также линии связи;

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

-         другие ресурсы – помещения для службы эксплуатации ИС и др. 

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

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

 В качестве средства распространения  информация можно использовать Web-сайт в сетиInternet или во внутренней сети вашей организации (Intranet). Это особенно удобно для распространения информации по другим организациям и/или по находящимся в других регионах подразделениям вашей организации. Затраты на распространение больших объемов информации по многим пользователям в этом случае могут быть существенно меньше, чем при других способах распространения информации, а оперативность распространения данных – наиболее высокая.

2.5. Определение допущений  и рисков

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

 Целесообразно проанализировать  наиболее типичные  ошибки, допускаемые сейчас фирмами:

-         недостаточное планирование разработки и эксплуатации ИС. Часто отсутствуют даже согласованные между разработчиками и руководством организации цель и критерии оценки эффективности ИС;

-         небрежное отношение к обновлению информации, что приводит к быстрому ухудшению ее качества и недоверию пользователей ко всей ИС в целом;

-         слишком маленькие или слишком большие ресурсы на разработку ИС. 

2.6. Согласование  результатов анализа

 

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

-         базовый вариант ИС;

-         более дешевый вариант, с меньшим набором функций;

-         более дорогой вариант ИС, с расширенными возможностями.         

 Результаты анализа надо  оформить в письменном виде. В  первую очередь важно составить  резюме проекта по разработке  и эксплуатации ИС.         

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

 

3. Планирование разработки и эксплуатации ИС

3.1. Определение  работ и их последовательности

 

Последовательность проектирования и эксплуатации системы сбора  и анализа информации по состоянию  конкретной предметной области представлена на Рис.  2.1, где «М» – месяц с начала проекта («М1» – первый месяц, …):

Рис.  2.1 Этапы жизненного цикла ИС 
   

 

 

     Проектирование  ИС может занимать примерно 3-6 месяцев для сложных ИС и  1-3 для достаточно простых. Функционирование  ИС можно разбить на ряд  последовательно выполняющихся  6-ти месячных программ. Могут  быть и другие интервалы времени,  хотя 6-ти месячные программы широко  используют в международных проектах.       

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

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

 Рассмотрим краткое описание  каждого из этапов проектирования  ИС:

Табл. 3.1 Характеристики каждого из этапов проектирования ИС

Этапы	Характеристики этапов
1. Предварительный анализ (разработка концепции)	Предварительный анализ целесообразности разработки ИС. Оценка целей и задач  ИС, требуемых ресурсов, а также  возможных рисков. Согласование результатов  анализа с заказчиком.
2. Планирование разработки  и эксплуатации ИС	Планирование и оптимизация  работ по разработке и эксплуатации ИС – подробное определение работ, требуемых ресурсов, критических  путей.
3. Разработка ИС	Полный цикл разработки ИС: проведение маркетинговых исследований, проектирование и программирование ИС, планирование качества информации.
4. Детализация плана эксплуатации  ИС, подготовка к первому этапу	Уточнение планов на несколько  лет эксплуатации ИС, детальное планирование на первый период эксплуатации.

 

          

 В свою очередь работы  по разработке ИС можно разбить  на:

Табл. 3.2 Характеристики работ по проектированию ИС

Работы	Характеристики работ
3.1. Маркетинговые исследования	Анализ потребностей пользователей  в информации, анализ имеющейся информации
3.2. Проектирование ИС	Проектирование схем сбора, анализа и распространения информации, структур данных и др.
3.3. Разработка программного  обеспечения	Разработка программного обеспечения ИС, в том числе  баз данных, сайта в Internet, печатных справочников.
3.4. Планирование продвижения  ИС, качества информации	Планирование конкретных мероприятий по сбору, анализу и  распространению информации. Планирование периодических  маркетинговых исследований, рекламы, PR. Планирование качества и  количества каждого из видов собираемой информации.

 

  

3.2. Определение  требуемых ресурсов

В качестве ресурсов рассматриваются:

-         Время на разработку ИС;

-         Финансы;

-         Персонал;

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

-         Другие ресурсы. 

Расходы ресурсов рассматриваются  отдельно для этапов разработки и  эксплуатации ИС. В теории управления проектами все работы по планированию конкретного проекта формализованы. Эти работы адаптированы к проектам по проектированию ИС:

1.     Задание основных работ, их детализация и определение последовательности выполнения работ;

2.     Задание примерного времени выполнения каждой работы и оценка итогового времени выполнения всего проекта;

3.     Определение групп персонала (программисты, операторы и др.), участвующих в данном проекте;

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

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

6.     Оценка финансовых затрат. Можно оценить следующие статьи затрат:

а) Явные  затраты на некоторые работы, например, на закупку юридических, адресных и  других баз данных;

б) Затраты  на технические и программные  средства, а также на каналы связи;

в) Затраты  на персонал. Для этого требуется  указать стоимость 1 человеко-дня  для каждой категории работников, участвующих в данном проекте;

г) Прочие затраты.             

 Итого  можно суммировать все эти  статьи расходов и оценить  примерные затраты на разработку  и примерные расходы в месяц  на эксплуатацию ИС;

7. Оптимизация  сетевого графика работ .

3.3. Определение  критических путей

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

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

-         распараллеливание работ (например, анализ имеющейся информации можно провести параллельно анализу требуемой информации, а разработку БД - почти параллельно разработке сайта в Internet);

-         равномерную загрузку имеющегося персонала;

-         равномерную загрузку технических средств;

-         анализ требуемых резервов. 

Ожидаемое время выполнения работы определяется как: 

(Min время  +  4 * Ожидаемое время  + Max время) / 6

где  «Min время»  и «Max время» - ожидаемые минимальные и максимальные длительности выполнения работы.

На данном этапе проводится оптимизация итогового  плана на разработку и примерного плана на эксплуатацию ИС.

3.4. Согласование  планов

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

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

4.1. Автоматизированная  информационная система

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

4.2. Метод  "снизу-вверх"

 

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

4.3. Метод  "сверху-вниз"

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

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