Этапы традиционной методологии проектирования ИС

Основные подходы к проектированию ИС

2 основных подхода:

1)объектно-ориентированный,заключается в том что ИС проектируется и внедряется в соответствии со структурной организацией того объекта, для которого та система разрабатывается.

«+»: одновременное проектирование системы для всех работников, рабочих мест некоторого подразделения.

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

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

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

«+»: взаимодействие между подразделениями - >нет сложностей с интерфейсом, нет привязки ко времени.

«-»: более сложен для этапа проектирования, чем первый, возникает определенный дискомфорт в отношении работников одного подразделения.

2-ой подход является более перспективным.

Этапы традиционной методологии проектирования ИС

Этапы:

Разработка технического задания (ТЗ) на проект (1) -> Исслед-е существ. сис-мы (2) -> разработка ТЗ на сис-му (3) -> эскизный проект (4) -> технич. проект (5) ->рабоч. проект (6)->внедрение (7)-> сопровождение (8)

Чаще всего присутствует 1 ТЗ. Редко встречается этап эскизного проекта. Технический и рабочий проект могут соед-ся в один и наз-ся технорабочий проект.

(1) Итог: док-т, кот. готовится заказчиком проекта. В этом док-те он излагает свои треб-я к будущ. сис-ме, особен-ти функционир-я, огранич-я, как он видит их на данный момент; м. б. Отражены некот. моменты, связанные с финансир-ем проекта, его сроками, с условиями технич. реализации проекта.

(2) Представители исполнителя при обязательном участии представителей заказчика знакомятся с существ-щей на дан. момент сис-мой управл-я на данном предпр-ии. По окончании у исполнителя есть четкое представление о том, что есть на данный момент и чего хотят в будущем. По итогам составл-ся ТЗ на сис-му.

(3) В ТЗ на сис-му есть более конкретн. Условия и треб-я, связанные с разработкой сис-мы. Отраж-ся фин. сторона, календарная сторона проекта, условия внесения каких-либо изменений и любые другие проекты, кот. способны повлиять на процесс проектир-я в будущем. Явл. совместным производством исполнителя и закачика.

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

(5) Технич. проект явл-ся основой всего. От того на сколько успешно будет он выполнен зависит судьба всей сис-мы. Неск-ко аспектов на дан. стадии:

1. организацион. (рассм-ся и отраж-ся вопросы, связанные с переустройством, кот. должно произойти в организационной стр-ре сис-мы);

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

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

4. лингвистический (рассм-ся вопросы, связанные с интерфейсом дан. сис-мы с польз-лем. Выбирается или проектир-ся язык);

5. информационный (проектир-ся стр-ра буд. БД, док-ты, кот. будут использ-ся в информац-х потоках дан. сис-мы);

(6) Рабочий проект связан с реализацией того, что было предложено на 5-ом этапе.

(7) Внедрение связано с проверкой правильности нашего проекта. Разработанная сис-ма парарллельно работает со старой. Исправить ошибки уже не так просто. Сроки внедрения зависят от масштабов сис-мы, ее слож-ти, а также время, требуемое для полного обновления информац-ых БД.

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