I стадия - Предпроектное обследование.

1-й этап - Определение стратегии. Основная задача обследования — оценка объема проекта, его целей и задач, а также получение определений сущностей и функций на высоком уровне.

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

В документе обязательно должны быть описаны:

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

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

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

– описание выполняемых системой функций;

– будущие требования к системе в случае ее развития, например возможность работы пользователя с системой с помощью Интернета и т.п.;

– сущности, необходимые для выполнения функций системы;

– интерфейсы и распределение функций между человеком и системой;

– требования к программным и информационным компонентам ПО, требования к СУБД (если проект предполагается реализовывать для нескольких СУБД, то требования к каждой из них, или общие требования к абстрактной СУБД и список рекомендуемых для данного проекта СУБД, которые удовлетворяют заданным условиям);

– что не будет реализовано в рамках проекта.

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

2-й этап – Анализ.

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

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

Аналитики собирают и фиксируют информацию в двух взаимосвязанных формах:

· функции – информация о событиях и процессах, которые происходят в бизнесе;

· сущности – информация о вещах, имеющих значение для организации и о которых что-то известно.

Двумя классическими результатами анализа являются:

· иерархия функций, которая разбивает процесс обработки на составные части (что делается и из чего это состоит);

· модель "сущность-связь" (Entry Relationship model, ER-модель), которая описывает сущности, их атрибуты и связи (отношения) между ними.

II стадия – проектирование:

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

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

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

2-й этап - рабочий проект:

· разработка и отладка программ;

· корректировка структур баз данных;

· разработка должностных инструкций;

· наполнение системы фактическими данными;

· построение процедур их обработки;

· интеграция процедур внутри автоматизированных рабочих мест;

· интеграция автоматизированных рабочих мест в систему.

III стадия - в вод системы в действие.

1-й этап - подготовка к внедрению: установка и ввод в эксплуатацию технических средств, обучение персонала, загрузка баз данных.

2-й этап - проведение опытных испытаний – отладка взаимодействия различных частей системы, обучение персонала.

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