Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Модуль2.docx
Скачиваний:
186
Добавлен:
04.06.2015
Размер:
974 Кб
Скачать
☆

20.Требования к технологии проектирования систем. Стандарты проектирования, оформление проектной документации, использование интерфейса.

Требования к технологии проектирования систем Общие требования к методологии и технологии:

Технология – жесткая последовательность действий, приводящая к цели.

Методы, методологии реализуются через конкретные технологии, через стандарты, инструментальные средства, которые обеспечивают выполнение ЖЦ.

Технология проектирования определяется как совокупность трех составляющих:

  1. пошаговой процедуры, определяющей последовательность технологических операций проектирования;

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

  3. графических и текстовых средств, используемых для описания проектируемой системы.

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

Технология проектирования, разработки и сопровождения ИС должна удовлетворять следующим общим требованиям:

  1. технология должна поддерживать полный ЖЦ ПО;

  2. технология должна обеспечивать гарантир достиж цели разработки ИС заданного качества и в установ время;

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

  4. технология должна обеспечивать возможность проведения работ по пров. подсистем небольшими группами (3-7 человек). Это обусловлено принципами управляемости коллектива и повышение производительности за счет минимизации числа внешних связей;

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

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

  7. технология должна обеспеч независимость выполняемых реш от средств реализации ИС (языки программ);

  8. технология должна быть поддержана комплексом средств, обеспечивающих автоматизацию процессов, выполняемых на всех стадиях ЖЦ (case-средства).

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

Стандарты проектирования, оформление проектной документации, использование интерфейса

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

К таким стандартам относятся:

  1. стандарты проектирования;

  2. стандарты оформления проектной документации;

  3. стандарты пользовательского интерфейса.

Стандарты проектирования должны устанавливать:

  1. набор необходимых моделей (диаграмм) на каждой стадии проектирования и степень их детализации;

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

  3. требования к конфигурации рабочих мест разработчика, включая настройки ОС, общие настройки проекта;

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

Стандарты оформления проектной документации должны устанавливать:

  1. комплектность, состав и структуру документации на каждой стадии проектирования;

  2. требования к ее оформлению (содержание разделов, подразделов, графиков, таблиц);

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

  4. требования к настройке издательской сист, используемой в качестве встроенного ср-ва подготовки докум-ции;

  5. требования к настройке case-средств в соответствии с установленными требованиями.

Стандарты пользовательского интерфейса должны устанавливать:

  1. правила оформления экранов, состав и расположение окон и элементов управления;

  2. правила использования клавиатуры и мыши;

  3. правила оформления текстов помощи;

  4. перечень стандартных сообщений;

  5. правила обработки реакций пользователя.