Методика создания автоматизированных информационных систем и технологий

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

Целью проектирования является подбор технического и формирование информационного, математического, программного и организационно-правового обеспечения.

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

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

• 1. Принцип системности или системный подход. Суть его в том, что каждое явление рассматривается во взаимосвязи с другими.
• 2. Непрерывное развитие экономических информационных систем (ЭИС) — предусматривает, при создании информационных технологий (ИТ) должна быть заложена возможность быстрого и без больших затрат на перестройку изменения и наращивания ИТ при изменении и развитии объекта.
• 3. Совместимость — предполагает возможность взаимодействия ЭИС различных уровней и видов в процессе их совместного функционирования.
• 4. Стандартизация и унификация — предполагает использование типовых, унифицированных и стандартных решений при создании и развитии ЭИС (типовых программных продуктов, унифицированной документации, техники).
• 5. Принцип эффективности — рациональное соотношение между затратами на создание и эксплуатацию и эффектом от функционирования создаваемой системы.
• 6. Интеграция — это объединение в единый технологических процесс процедур сбора передачи, накопления, хранения информации и процедур формирования управленческих решений.

Одним из базовых понятий методологии проектирования ИС является понятие жизненного цикла ее программного обеспечения (ЖЦ ПО). ЖЦ ПО — это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации. К настоящему времени наибольшее распространение получили следующие две основные модели ЖЦ:

каскадная модель (70−85 гг.);

спиральная модель (86−90 гг.).

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

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

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

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

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