Этапы построения ИСУ

Date: 2015-10-07; view: 537.

Рассмотрим основные этапы жизненного цикла разработки ИС, изображенного на рисунке.

Жизненный цикл разработки ИС

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

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

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

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

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

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

Участники

Для успешной разработки ИС должны сотрудничать очень многие люди.

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

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

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

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

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

Планирование разработки системы

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

Последовательности. Цели и задачи системы должны соответствовать общему стратегическому плану организации.

Эффективности. Система должна быть построена и работать наиболее эффективно, а ее подсистемы должны быть скоординированы.

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

Минимальных затрат. Надо избегать дублирования, никому не нужных работ, перерасхода средств и времени. Сама система должна быть проста в эксплуатации.

Адаптивности. Руководство должно быть готово к новым потребностям, которые могут возникнуть в будущем, а работники - к будущим изменениям системы.

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

Рисунок. Причины для возврата на предыдущие шаги цикла разработки ИС.

На этапе предварительного планирования составляются планы двух типов:

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

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