Состав проекта ИС.

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

Области проектирования: ●проектирование объектов данных; ●проектирование программ, экранных форм, отчетов; ●проектирование конкретной среды или технологии.

Уровни проектирования: ●проектирование архитектуры (системы в целом); ●детальное проектирование (модулей, подсистем); ●разработка спецификаций.

Результат проектирования – проект (документ), содержащий достаточное количество информации для реализации ИС на его основе.

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

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

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