59. Методология проектирования информационных технологий управления.

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

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

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

2)Определение информационных потребностей (системный проектировщик). Определение того, кто, где, когда и каким образом будет работать с этой информацией. Анализ этих потребностей определяет параметры новой или модифицированной системы и содержит детальное описание функций, которые будет выполнять новая система. Ошибки при проведении анализа информационных потребностей — основная причина неудач при создании и эксплуатации новых систем и повышенных расходов. Система, разработанная с учетом неправильных требований к информации, или вообще не будет работать, или будет нуждаться в серьезной модификации. Во многих случаях создание новой системы открывает возможность реорганизации всего бизнеса предприятия.

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

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

5) Создание информационной системы. Завершающие этапы включают в себя:

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

– тестирование. Для того чтобы убедиться, что система выдает правильные результаты, требуется тщательное всестороннее тестирование. Оно позволяет получить ответ на вопрос, будет ли система в надлежащих условиях выдавать желаемые результаты.

1 этап - тестирование основных элементов, 2 - всей системы, 3 - приёмоные испытания.

Тест компонентов системы или программный контроль заключается в проверке всех программ, входящих в систему.

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

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

– конверсия - процесс перехода со старой системы на новую.

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

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

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

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

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

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

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

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

Для проектирования ИС используются специальные методологии и программные средства: Методология SADT (структурного анализа и системного проектирования) -ориентирована не только на проектирование программ, но и систем любого класса и назначения.

Методология IDEFО (функционального моделирования) рассматривает организацию в аспекте выполняемых в ней процедур. Модели системы состоят из функциональных блоков. Этапы: создание модели «Как есть», поиск в ней дублируемых функций, дублируемой инфы, составление модели «как должно быть». В результате выдаются рекомендации руководству по изменению структуры и стиля работы предприятия.

Модель IDEF1X дополнение IDEFО и может быть согласована с ней. Модель является проектом логической схемы базы данных для проектирования системы.