Главная страница
Навигация по странице:

  • Типовое проектирование информационных систем .

  • Основные модели жизненного цикла информационных систем.

  • Зачёт проектирование. 1. Оценка затрат проекта ис. 1 Общие сведения о рациональном унифицированном процессе 1


    Скачать 1.87 Mb.
    Название1. Оценка затрат проекта ис. 1 Общие сведения о рациональном унифицированном процессе 1
    Дата04.04.2022
    Размер1.87 Mb.
    Формат файлаdocx
    Имя файлаЗачёт проектирование.docx
    ТипДокументы
    #440635
    страница6 из 9
    1   2   3   4   5   6   7   8   9

    Концепция канонического проектирования. Стадии создании ИС в контексте канонического проектирования


    В каноническом проектировании в качестве стандарта, определяющего стадии создания ИС, используется отечественный (действующий в настоящее время)

    ГОСТ 34.601—90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания».

    Этот стандарт рекомендован к использованию при создании автоматизированных систем, используемых в различных видах деятельности (исследование, проектирование, управление и т. п.), включая их сочетания, создаваемые в организациях, объединениях и на предприятиях. В соответствии с ГОСТ 34.601—90 процесс проектирования ИС состоит из восьми стадий, приведенных в табл. НА СЛЕДУЮЩЕЙ СТРАНИЦЕ. На первом шаге процесса обследования изучаемое предприятие можно представить в виде схемы (рис), изучение которой позволяет сформировать общее — архитектурное — представление о предприятии, в интересах которого создается ИС, и определить важнейшие компоненты внутренней организации предприятия



    1. Типовое проектирование информационных систем.


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

    Типовое проектное решение (ТПР) — это тиражируемое, пригодное к многократному использованию проектное решение, оформленное в виде некоторого программного продукта. Такие продукты иногда категорируют как пакеты прикладных программ.

    При рассмотрении различных видов ТПР в качестве признака классификации принято использовать уровень декомпозиции системы. Обычно выделяют три класса ТПР:

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

    2. подсистемные — типовые решения по подсистемам, разработанным с учетом функциональной полноты и минимизации внешних информационных связей;

    3. объектные типовые отраслевые проекты, которые включают в себя полный набор функциональных и обеспечивающих под систем ИС.


    1. Основные модели жизненного цикла информационных систем.


    Каскадная модель жизненного цикла информационной системы

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



    Поэтапная модель жизненного цикла информационной системы с промежуточным контролем

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



    Спиральная модель.

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



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

    Исследователь выделил и упорядочил десять наиболее распространенных рисков по приоритетам, отметив, что большая часть их связана с организационными и процессными аспектами взаимодействия специалистов в проектной команде

    1. 1   2   3   4   5   6   7   8   9


    написать администратору сайта