WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!


Pages:     | 1 |   ...   | 2 | 3 || 5 | 6 |   ...   | 7 |

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

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

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

Приведем этот перечень по тематическим группам.

Аналитическое определение полного жизненного цикла (ПЖЦ) ИС.

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

В качестве конкретных математических моделей расчета ПЖЦ можно предложить достаточно их широкий выбор, в том числе по публикациям на эту тему проф. В.В. Липаева, а именно:

• идеализированная модель ПЖЦ на основе экспоненциального распределения потока событий в ИС;

• модернизированное Гамма-распределение экспоненциального распределения потока событий в ИС (для случая условно детерменированной тенденции изменения параметров формы распределения во времени);

• интегральный закон распределения (распределение Парето) – что соответствует условиям невыраженной детерменированности изменений параметров формы во времени;

• распределение Гомперца-Макегама как инструмент прогнозирования длительности ПЖЦ (с использованием математического аппарата метода Монте-Карло);

• математические модели стохастических систем с дискретными состояниями и непуассоновскими переходами (включая определение плотности маргинального распределения параметра формы);

• численный метод решения интегрального уравнения Фредгольма первого рода с ядром, равным характеристической функции экспоненциального распределения;

• метод рандомизации числа условных состояний (псевдосостояний) – то есть исследование потока Эрланга, описываемого системой линейных дифференциальных уравнений Колмогорова;

• редуцированное решение распределений событий в ИС потока Эрланга к потоку Пойа-Лундберга (то есть к потоку Эрланга со случайными интенсивностями переходов);

• другие методы, решения и методики.

3.3. Ступень конвергенции полного менеджмента проекта На этой ступени происходит окончательная доводка ИС в отношении ее работоспособности и необходимой меры защищенности от несанкционированных воздействий. Главным образом, ступень конвергенции, завершая собственно проектную часть ПЖЦ ИС, связана с разработкой, доводкой по требованиям стандартов и выпуском документации рабочего проекта. Вся созданная документация проверяется на соответствие ЕСКД, ЕСТД, ЕСПД.

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

Так же на этой ступени создаются фьючерсные прогнозы ИС.

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

Отдельные комментарии по выполнению приведенных здесь проектных работ и исследований приводятся ниже.

По завершению проектных исследований вырабатываются заключительные рекомендации по улучшению управления создаваемой ИС, улучшению комфортности работы с ней, повышению ее защищенности и надежности. В технологическом аспекте этот круг вопросов разрешается путем проектирования и введения в состав системы специальной ДИРЕКЦИОННОЙ ПОДСИСТЕМЫ, управляемой исключительно генеральным системным администратором создаваемой системы, а может быть, в какой-то мере администратором опорного вышестоящего в иерархии управления информсредой портала (признаки технологии «модус имперанти»). Эта дирекционная подсистема может вобрать в себя также подсистему информационной защиты, вынесенные для модераторов подсистемы буферов и зеркальных отображений и другие подсистемные решения служебного назначения. Не вдаваясь здесь в подробности построения служебных составляющих соответствующей подсистемы ИС следует отметить, что подсистема информационной защиты призвана реализовывать три общеизвестные основные функции защиты:

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

2. повышенная защита ответственной и чувствительной информации;

3. при безусловном обеспечении требований поз. 1 и2 настоящего перечня сохранение эффективного комфортного доступа к открытой информации предусмотренным проектом категориям пользователей.

Такой комплексный подход к проблеме следует из принятой в нашей стране в 2000 году «Доктрины информационной безопасности» и вытекающих из нее государственных отраслевых подзаконных актов.

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

Наряду с завершением исследовательских и проектных работ на ступени конвергенции менеджмента создается и описывается (с инструкцией по эксплуатации) презентационная демоверсия проекта (средствами Power Point, HTML, XML и т.д. – в зависимости от назначения и среды функционирования). В это же время оформляется и утверждается акт внедрения (отзыв) пилотной площадки по месту прохождения производственного обучения студента.

Все эти материалы включаются в РАСЧЕТНО-ПОЯСНИТЕЛЬНУЮ ЗАПИСКУ к проекту ИС, представляемую проектантом на ступени конвергенции менеджмента проекта (в ранее опубликованных методических указаниях кафедры ТИССУ МИРЭА этот вопрос подробно изложен /1/). Здесь же остается напомнить, что заключительными и наиболее ответственными разделами указанной записки являются КАТАЛОЖНОЕ ОПИСАНИЕ изделия (КО) и текст доклада защиты, заменяющий обязательный для всякого проекта реферат. Каталожное описание строится, приблизительно, в следующей последовательности (перечисляются заголовки):

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

3.4. Интраверсия В процессе проектирования на любом из ТЕХНОЛОГИЧЕСКИХ ПЕРЕХОДОВ различных ступеней менеджмента проекта может возникнуть задача реализации ИНТРАВЕРСИИ, то есть пересмотра ранее поставленных условий задач или найденных решений. Иными словами, возникает ситуация тупика или нерациональности дальнейшего продвижения по принятой траектории менеджмента проекта, что приводит к частичному откату назад, вплоть до изменения ТЗ, ТТ и ТУ, с последующим обновленным прохождением дефектной части этой траектории. В случае обширной интроверсии, затрагивающей позиции ТЗ, проектант обязан разработать и утвердить у заказчика (руководителя проекта) так называемый ПРОТОКОЛ РАЗНОГЛАСИЙ, сопоставляющий текстуально ранее принятые и вновь вводимые составляющие ТЗ. Интроверсия не есть самостоятельная ступень менеджмента проекта, а скорее является возможным спутником проектных действий.

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

Гораздо хуже, если такая потребность определяется уже на ступени конвергенции.

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

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

4. ПОСЛЕДОВАТЕЛЬНОСТЬ И СОСТАВ ФОРМИРОВАНИЯ ПРОФИЛЕЙ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ В ПРОЦЕССЕ ПРОЕКТИРОВАНИЯ ИС Проектирование информационных систем (ИС) представляет сложный многоступенчатый инженерный вид деятельности, без научной организации которого немыслимо создание и использование современных сложных ИС, в том числе в образовании, предпринимательстве, менеджменте и других областях жизнедеятельности общества. Проектирование ИС включает следующие компоненты и этапы:

• общая оценка характеристики процесса предстоящего проектирования конкретной информационной системы (ИС) – предпроектные анализ, исследования;

• определение и систематизация конкретизированного перечня этапов предстоящего проектирования ИС;

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

• разработка функциональной модели ИС (моделирование ИС);

• формирование исходных данных для проектирования ИС;

• разработка модели и защита данных;

• разработка пользовательского интерфейса;

• разработка проекта распределенной обработки информации;

• разработка алгоритмов ИС;

• логический анализ структур ИС;

• анализ и оценка производительности ИС;

• решение задач управления проектом ИС;

• регламентные работы по применению стандартов и выпуску проектной документации;

• выбор и использование инструментальных средств проектирования ИС;

• выбор и использование графических средств представления проектных решений;

• разработка и реализация мер, механизмов и инструкций по эксплуатации ИС.

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

Эти задачи решаются на следующих этапах проектирования:

• на стадии системного анализа;

• на этапе предварительного (эскизного) проектирования;

• на этапе детального проектирования версии ПС;

• на стадии разработки;

• при сопровождении разработанного ПС;

• на стадии внедрения;

• на стадии эксплуатации.

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

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

1. процесс подготовки, формирования и адаптации профилей ЖЦ ПС для применения в конкретном проекте ПС, 2. процесс непосредственного применения требований и рекомендаций адаптированного профиля для регламентирования этапов, работ и документов проекта.

В основе указанных процессов тщательнейшее ознакомление и применение Перечня разделов, подразделов и работ в стандарте "ISO 12207:1995 - Процессы жизненного цикла программных средств". При этом особое внимание проектировщика ИС должно быть сосредоточено на подразделах стандарта "5.3.Разработка ПС", "5.4.Эксплуатация ПС", "5.5.Сопровождение ПС", "6.Поддержка жизненного цикла".

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

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

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

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

• входящие стандарты, концепции, ранее утвержденные профили и требования;

• проектные решения на выходе, адаптированные профили и иные результаты последовательности формирования профилей ЖЦ;

• перечень действий и согласований, связывающий первую группу со второй.

Остановимся подробнее на этих трех группах (массивах):

Первый вводный массив:

• Полный набор стандартов информационных технологий.

• Концепция проекта.

• ТЗ, специфические требования.

• Предварительный проект.

• Детальный проект комплекса программ.

• Утвержденные профили ЖЦ ПС.

• Новые стандарты и нормативные документы.

• Требования к новой проектной версии.

Второй выходящий массив:

• Набор стандартов для профилей ЖЦ.

• Проект профилей ЖЦ.

• Проект Руководства по применению профилей ЖЦ.

• Адаптированные и утвержденные профили.

Pages:     | 1 |   ...   | 2 | 3 || 5 | 6 |   ...   | 7 |






















© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.