Организационные процессы жц
Управление проектом связано с вопросами планирования и организации работ, создания коллективов разработчиков и контроля за сроками и качеством выполняемых работ. Техническое и организационное обеспечение проекта включает выбор методов и инструментальных средств для реализации проекта, определение методов описания промежуточных состояний разработки, разработку методов и средств испытаний созданного ПО, обучение персонала и т.п.
Обеспечение качества проекта связано с проблемами верификации, проверки и тестирования компонентов ИС.
Верификация - это процесс определения того, отвечает ли текущее состояние разработки, достигнутое на данном этапе, требованиям этого этапа.
Проверка процесс определения соответствия параметров разработки с исходными требованиями. Проверка частично совпадает с тестированием, которое проводится для определения различий между действительными и ожидавшимися результатами и оценки соответствия характеристик ИС исходным требованиям. В процессе реализации проекта важное место занимают вопросы идентификации, описания и контроля конфигурации отдельных компонентов и всей системы в целом.
Стадии (этапы) жц
Каждый проект проходит в своем развитии определенные состояния (от состояния, когда «проекта еще нет», до состояния, когда «проекта уже нет»). Совокупность ступеней развития от возникновения идеи до полного завершения проекта принято разделять на стадии (фазы, этапы).
Суть ЖЦ разработки ИС в различных подходах одинакова и сводится к выполнению следующих стадий:
Планирование и анализ требований (предпроектная стадия) – системный анализ. Исследование и анализ существующей ИС, определение требований к создаваемой ИС, оформление технико-экономического обоснования (ТЭО) и технического задания (ТЗ) на разработку ИС.
Проектирование (техническое проектирование, логическое проектирование). Разработка в соответствии с требованиями состава автоматизируемых функций (функциональная архитектура) и состава обеспечивающих подсистем (системная архитектура), оформление технического проекта ИС.
Часто второй и третий этапы объединяют в одну стадию, называемую техно-рабочим проектированием или системным синтезом.
Реализация (рабочее проектирование, физическое проектирование, программирование). Разработка и настройка программ, наполнение базы данных, создание рабочих инструкций для персонала, оформление рабочего проекта.
Внедрение (тестирование, опытная эксплуатация). Комплексная отладка подсистем, обучение персонала, поэтапное внедрение ИС в Эксплуатацию по подразделениям экономического объекта и т.д.
Эксплуатация ИС (сопровождение, модернизация). Сбор рекламаций и статистики о функционировании ИС, исправление ошибок и недоработок, оформление требований к модернизации ИС и ее выполнение (повторение стадий 2-5).
Модели жизненного цикла по ис
Модель ЖЦ- структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ. Она зависит от специфики ИС и условий, в которых последняя создается и функционирует. Стандарт ISO/IEC 12207 не предлагает конкретную модель ЖЦ и методы разработки ИС. Его регламенты являются общими для любых моделей ЖЦ, методологий и технологий разработки. Он лишь описывает структуры процессов ЖЦ ИС, но не конкретизирует в деталях, как реализовать или выполнить действия и задачи, включенные в эти процессы.
Выделяют следующие модели ЖЦ:
• Каскадная
модель
(до 70-х гг.) предусматривает последовательное
выполнение всех этапов проекта в строго
фиксированном порядке. Переход на
следующий этап означает полное завершение
работ на предыдущем этапе.
Каждый этап завершается выпуском полного
комплекта документации, достаточной
для того, чтобы разработка могла быть
продолжена другой командой разработчиков.
Преимущества:
• на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;
• выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты.
Каскадный подход хорошо зарекомендовал себя при разработке расчетных систем, систем реального времени и др. Недостатки:
задержка в получении результата
Ошибки и недоработки на любом из этапов проявляются на последующих, что приводит к необходимости возврата назад
сложность параллельного ведения работ по проекту
информационная перенасыщенность каждого из этапов
сложность управлением проектом
высокий уровень риска и ненадежность инвестиций
Т.е. реальный процесс создания ПО никогда полностью не укладывался в такую жесткую схему, постоянно возникала потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. В результате реальный процесс создания ПО принимал вид следующей модели.
• Итерационная модель (поэтапная модель с промежуточным контролем) (70-е – 80-е гг.). Разработка ИС ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки.
• Спиральная модель (80-е – 90-е гг.). На каждом витке спирали выполняется создание очередной версии продукта, уточняются требования проекта, определяется его качество и планируются работы следующего витка. Особое внимание уделяется начальным этапам разработки - анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования).
Основная проблема спирального цикла - определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. Переход осуществляется в соответствии с планом, который составляется на основе статистических данных.
Методы проектирования информационных систем
Методы проектирования ИС можно классифицировать по 3 признакам:
1. по степени автоматизации
ручное (проектирование компонентов ИС осуществляется без использования специальных инструментальных программных средств, а программирование — на алгоритмических языках);
компьютерное (на основе использования специальных инструментальных программных средств).
2. По степени использования типовых проектных решений:
оригинальное (индивидуальное)- проектные решения разрабатываются «с нуля» в соответствии с требованиями к АИС.
Типовое- предполагающее конфигурирование ИС из готовых типовых проектных решений (программных модулей).
3. По степени адаптивности проектных решений выделяют методы:
реконструкции, когда адаптация проектных решений выполняется путем переработки соответствующих компонентов (перепрограммирования программных модулей);
параметризации, когда проектные решения настраиваются (генерируются) в соответствии с изменяемыми параметрами;
реструктуризации модели, когда изменяется модель проблемной области, на основе которой автоматически заново генерируются проектные решения.
Выделяют два основных класса технологий проектирования ИС: каноническую и индустриальную технологии. Индустриальная технология проектирования, в свою очередь, разбивается на два подкласса: автоматизированное (использование CASE-технологий) и типовое проектирование.
Каноническое проектирование ИС
В основе канонического проектирования лежит каскадная модель жизненного цикла ИС.
Стадии создания делятся на следующие семь стадий:
1) исследование и обоснование создания системы; 2) разработка технического задания; 3) создание эскизного проекта; 4) техническое проектирование; 5) рабочее проектирование; 6) ввод в действие; 7) функционирование, сопровождение, модернизация.
Типовое проектирование ИС
Основным требованием для применения методов типового проектирования является возможность декомпозиции проектируемой ИС на множество составляющих компонентов (подсистем, комплексов задач, программных модулей и т.д.). Для реализации выделенных компонентов выбираются имеющиеся на рынке типовые проектные решения, которые настраиваются на особенности конкретного предприятия.
Типовое проектное решение (ТПР) - это тиражируемое (пригодное к многократному использованию) проектное решение.
Выделяются следующие классы ТПР:
элементные ТПР - типовые решения по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному);
подсистемные ТПР - в качестве элементов типизации выступают отдельные подсистемы, разработанные с учетом функциональной полноты и минимизации внешних информационных связей;
объектные ТПР - типовые отраслевые проекты, которые включают полный набор функциональных и обеспечивающих подсистем ИС.
Для реализации типового проектирования используются два подхода: параметрически-ориентированное и модельно-ориентированное проектирование.
Параметрически-ориентированное проектирование включает следующие этапы:
определение критериев оценки пригодности пакетов прикладных программ (ППП) для решения поставленных задач,
анализ и оценка доступных ППП по сформулированным критериям, выбор и закупка наиболее подходящего пакета, настройка параметров (доработка) закупленного ППП.
Модельно-ориентированное проектирование заключается в адаптации состава и характеристик типовой ИС в соответствии с моделью объекта автоматизации. Технология проектирования в этом случае должна обеспечивать единые средства для работы как с моделью типовой ИС, так и с моделью конкретного предприятия.