Проект. Цель управления проектом



Скачать 256,62 Kb.
Дата14.06.2018
Размер256,62 Kb.
Цели и принципы системного проектирования сложных программных средств.

Комплекс формально организованных мероприятий по достижению единой цели создания сложной системы с требуемыми характеристиками качества при ограниченных ресурсах получил название — проект. Цель управления проектом — рациональное использование и предупреждение потери ресурсов путем сбалансированного распределения их по частным работам на протяжении всего жизненного цикла объекта с заданным качеством.


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

или решение о ее нецелесообразности и прекращении.


В последовательности выработки и подготовки к реализации этих требований далее рассматриваются в основном три крупных этапа:

обследование, системный анализ существующей системы и выявление ее недостатков;

— обобщение результатов системного анализа и создание предварительной

концепции новой или модернизированной системы и ее программных средств;

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


Системное проектирование способно остановить нерентабельное развитие проектов

систем и избежать заказчикам и разработчикам на них крупных затрат.


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

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

описаны цели и объект проектирования.
Планирование проектов должно обеспечивать компромисс

между требующимися характеристиками создаваемой системы и ограниченными

ресурсами, необходимыми на ее разработку и применение.
Объектами контроля при этом являются:

— технические характеристики реализованных компонентов проекта,

показатели качества процессов и результатов выполнения отдельных работ;

— затраты ресурсов на выполнение частных работ и реализацию

компонентов проекта (трудоемкость, стоимость, время, материальные ресурсы);

— графики работ, степень их выполнения, наличие и причины отклонений

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

контракта.


Для получения, накопления и применения достоверных данных об

объектах управления и альтернативах необходима информационная сие-



тема обеспечения проекта.
Таким образом, целевое системное управление проектами позволяет

планировать, контролировать и анализировать информацию о состоянии

и тенденциях изменения объекта разработки, его качестве и затраченных

ресурсах. При этом непрерывно должны сохраняться основные цели



проекта и главные пути ее достижения.
4.2. Процессы системного проектирования

программных средств
Системное проектирование в программной инженерии охватывает

период жизненного цикла сложных комплексов программ, начиная от

формулирования первичного замысла на создание или модернизацию системы

и до начала детального проектирования и разработки ПС.



4.3. Структурное проектирование сложных программных средств.
При разработке структуры программного средства в процессе системного

проектирования, прежде всего, необходимо сформулировать



критерии ее формирования. Важнейшими критериями могут быть: модифицируемость,

отлаживаемость и удобство управления разработкой ПС,

обеспечение возможности контролируемого изменения конфигурации, состава

и функций компонентов с сохранением целостности структурного

построения базовых версий ПС.
Методология структурного анализа и предварительного структурного

проектирования ПС начинается с общего обзора функций системы.

Далее функции должны детализироваться сверху вниз в виде иерархической

структуры таким образом, чтобы процедуры сбора, хранения и

переработки информации, рассматриваемые сначала как нечто единое целое,

расчленялись на отдельные элементы данных, компонентов и действия,

совершаемые над этими данными.



Разделение общей задачи системы и программного средства на

компоненты — это использование принципа здравого смысла, который

должен быть применен в системной разработке крупного ПС для преодоления

свойственной ему сложности.
Структурное проектирование программных средств основано на модульном

принципе.
Всем иерархическим системам (в частности, ПС) присущ ряд общих

свойств, важнейшими из которых являются:

— вертикальная соподчиненность, заключающаяся в последовательном упорядоченном расположении взаимодействующих компонентов, составляющих ПС;

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

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


В результате в иерархических структурах ПС образуются два потока

взаимодействий между компонентами разных уровней: сверху вниз

координирующие и управляющие воздействия верхних уровней и снизу



вверх — информация о состоянии и реализации предписанных сверху

функций компонентами нижних уровней. Координируемые компоненты

обычно имеют некоторую автономность поведения и подготовки локальных

решений. Степень автономности компонентов и интенсивность координирующих

воздействий устанавливаются в результате компромисса при

выделении числа и размеров иерархических уровней.
Возможности изменений — это принцип, который следует

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

способности к ее развитию — эволюционности структуры ПС.
Повторная применимость — является еще одним качеством структуры

программного продукта, на которое заметно воздействует принцип

возможности изменений. Компонент является многократно применимым,

если он может быть непосредственно использован для производства нового

продукта или версии.
4.4. Проектирование программных модулей

и компонентов
Сложная система обычно может быть разделена на более простые

части — модули. Главное преимущество модульности

заключается в том, что она позволяет применять принцип разделения задач

на двух этапах:

— при работе с элементами каждого модуля отдельно (игнорируя элементы других модулей);

— при работе с общими характеристиками групп модулей и отношениями

между ними с целью объединить их в конкретный, более крупный и

сложный компонент.


По принципам

построения, языку описания, размеру и другим характеристикам

компонентов в структуре ПС можно выделить иерархические уровни:

— программных модулей, оформляемых как законченные компоненты

текста программ;

— функциональных групп (компонентов) или пакетов программ;

— комплексов программ, оформляемых как законченные программные

продукты определенного целевого назначения.


Для обеспечения управляемой модификации и развития конфигураций

версий программного продукта важно стандартизировать структуру



базы данных, в которой накапливается и хранится исходная, промежуточная

и результирующая информация в процессе функционирования ПС.


Основными целями создания и применения концепции, методов и

стандартов открытых систем является повышение общей экономической

эффективности разработки и функционирования систем, а также логической

и технической совместимости их компонентов, обеспечение мобильности

и повторного применения готовых программ и данных.


Методы открытых систем можно разделить

на три части:

— общая концепция и методы непосредственного обеспечения мобильности

компонентов программных средств и баз данных в процессе

разработки систем за счет унификации интерфейсов с операционной и

аппаратной средой;

— методы, поддерживающие мобильность компонентов и комплексов

программ и данных в распределенных системах и совместимость их

взаимодействия с внешней средой;

— методы создания текстов программных средств, баз данных и их

компонентов на стандартизированных языках программирования высокого

уровня, обеспечивающие потенциальную возможность их переноса на



различные аппаратные платформы.


Поделитесь с Вашими друзьями:


База данных защищена авторским правом ©grazit.ru 2019
обратиться к администрации

войти | регистрация
    Главная страница


загрузить материал