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

  • Технология проектирования

  • Основная цель

  • лекция. Лекция 2. Требования к методологии и технологии. Составляющие технологии проектирования. Комплексные технологии


    Скачать 232.5 Kb.
    НазваниеТребования к методологии и технологии. Составляющие технологии проектирования. Комплексные технологии
    Анкорлекция
    Дата14.03.2022
    Размер232.5 Kb.
    Формат файлаppt
    Имя файлаЛекция 2.ppt
    ТипЛекция
    #395179

    Требования к методологии и технологии. Составляющие технологии проектирования. Комплексные технологии.


    Лекция 2


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


    В основе технологии проектирования лежит технологический процесс, который определяет действия, их последовательность, состав исполнителей, средства и ресурсы, требуемые для выполнения этих действий.
    Технология проектирования задается регламентированной последовательностью технологических операций, выполняемых в процессе создания проекта на основе того или иного метода, то есть дает нам ответы не только на вопросы «что» и «как» должно быть сделано для создания проекта, но и на вопрос «в какой последовательности» и «кем».


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


    Основная цель использования той или иной технологии проектирования:
    снижение сложности (и стоимости) процесса создания ИС за счет полного и точного описания этого процесса, а также применения современных методов и технологий создания ИС на всем ее жизненном цикле - от замысла до реализации


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


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


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


    технология должна обеспечивать возможность ведения работ по проектированию отдельных подсистем небольшими группами (3-7 человек). Это обусловлено принципами управляемости коллектива и повышения производительности за счет минимизации числа внешних связей;
    технология должна обеспечивать минимальное время получения работоспособной ИС. Речь идет не о сроках готовности всей ИС, а о сроках реализации отдельных подсистем. Реализация ИС в целом в короткие сроки может потребовать привлечения большого числа разработчиков, при этом эффект может оказаться ниже, чем при реализации в более короткие сроки отдельных подсистем меньшим числом разработчиков. Практика показывает, что даже при наличии полностью завершенного проекта, внедрение идет последовательно по отдельным подсистемам;


    технология должна предусматривать возможность управления конфигурацией проекта, ведения версий проекта и его составляющих, возможность автоматического выпуска проектной документации и синхронизацию ее версий с версиями проекта;
    технология должна обеспечивать независимость выполняемых проектных решений от средств реализации ИС (систем управления базами данных (СУБД), операционных систем, языков и систем программирования);
    технология должна быть поддержана комплексом согласованных CASE-средств, обеспечивающих автоматизацию процессов, выполняемых на всех стадиях ЖЦ. Общий подход к оценке и выбору CASE-средств описан в разделе 4, примеры комплексов CASE-средств.


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


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


    Стандарт оформления проектной документации должен устанавливать:
    комплектность, состав и структуру документации на каждой стадии проектирования;
    требования к ее оформлению (включая требования к содержанию разделов, подразделов, пунктов, таблиц и т.д.), правила подготовки, рассмотрения, согласования и утверждения документации с указанием предельных сроков для каждой стадии;
    требования к настройке издательской системы, используемой в качестве встроенного средства подготовки документации;
    требования к настройке CASE-средств для обеспечения подготовки документации в соответствии с установленными требованиями.


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



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