WWW.DISSERS.RU

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

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


Pages:     | 1 || 3 | 4 |   ...   | 7 |

Некоторые признаки картельного строительства видны в таких распространенных ИС, как WWW.YANDEX.RU, WWW.GLOSSARY.RU, Федеральный портал «Российское образование». Последний, являясь доминирующим в отрасли образования, суперинтегрированным и горизонтальным (содержит в основном метаописания и адресацию вертикальных порталов), безусловно, перерастет в картель, тем более что все образовательные порталы РФ должны выстраиваться на условиях синхронизируемости с федеральным горизонтальным порталом, единообразии пользовательского интерфейса и способности к созданию репликаций. Для завершения этого перерастания в картель порталу «Российское образование» не достает еще одного последнего шага – реализации принципиально новой Интернет-технологии «МОДУС ИМПЕРАНТИ», то есть в рамках дальнейшей глобализации системного строительства информсреды образования и науки безусловного закрепления за горизонтальным порталом функций стратегического управления и информационной защиты всех подведомственных вертикальных порталов и электронных библиотек. Глобализация, нацеленная на создание высокоэффективных информационных картелей, по аналогии с картелями в мире финансов и бизнеса, предполагает также квотирование по объемам, направленности и способам реализации информационных функций для всех соучастников картелей, централизацию лоцманских функций и единообразие интерфейсов. Это приводит к выделению и доминирующему положению специально создаваемой дирекционной системы картеля, содержащей библиотеку программ всего глобального управления картелем.

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

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

Кроме выбора опорных порталов следует выделить так называемые разработки – АНАЛОГИ и ПРОТОТИПЫ. По аналогии с патентно-изобретательской деятельностью здесь под прототипом понимается проект (каталожное описание) похожего по замыслу и назначению портала – предшественника, дорабатывая который в рамках настоящего проекта на основе преемственности можно получить заданный результат при минимуме затрат. Таким прототипом может вполне оказаться избранный ранее опорный проект. В качестве аналога на основании обстоятельного аналитического обзора полезно выбрать схожий по замыслу проект, в котором решаются аналогичные задачи, повторяя похожим образом соответствующие решения. Совокупность использования принципов опорного проекта, прототипа и аналога проектирования позволяет повысить надежность проектирования, сократит число задач, связанных с написанием собственных программных средств (ПС) за счет широкого использования интегрированных пакетов ПС и готовых средств аналога и прототипа. Именно так реализуется требование высокой меры АГРЕГАТИРОВАНИЯ проекта, то есть выстраивания проекта в целом, равно как и полного профиля создаваемой ИС из унифицированных элементов – кубиков, заимствованных из ранее выполненных проектных работ. Это, в свою очередь, облегчит обеспечение ПОЛНОГО ЖИЗНЕННОГО ЦИКЛА ПС (ПЖЦ ПС) в части стандартизации, сертификации, диагностики и отладки ПС проекта.

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

Как уже упоминалось выше, ПЖЦ ИС обеспечивается и поддерживается в результате комплексного разрешения, как минимум, трех взаимосвязанных принципиальных задач проектирования:

1. ПОЛНЫЙ МЕНЕДЖМЕНТ ПРОЕКТА;

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

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

В настоящей публикации рассмотрим первую позицию приведенного перечня.

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

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

Стандартизация включает в себя проверку на соответствие международным стандартам группы ISO всей документации к проекту и программных средств используемых в проекте. Таких групп стандартов, охватывающих все разделы проекта ИС насчитывается не менее 80, но в реальной практике учебного проектирования жестко требуется сличение проектной документации по двум важнейшим группам международных стандартов. Это группы стандартов ISO 12207, описывающих процедуры менеджмента проектов ИС, и стандартов ISO 9000-3, описывающих качество создаваемой программной продукции. Естественно, указанной проверке предшествует завершение разработки и описания ПОЛНОГО ПРОФИЛЯ ПС информационной системы. В проекте ИС полезно также выполнить проверку на соответствие стандартам в части эффективной диагностики, надежности и защищенности ИС. Эквивалентные результаты могут быть получены и при использовании отечественных требований по сертификации ПС. Все эти материалы можно посмотреть на сайте ГУ «Станкин» (http://www.stankin.ru).

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

3.1. Ступень дивергенции полного менеджмента проекта На этой ступени следует провести предпроектное исследование, создать и утвердить техническое задание на проект (ТЗ), технические требования к проекту (ТТ), технические условия эксплуатации проектируемого изделия (ТУ), пояснительную записку к ТЗ (реферат). Последний фактически отражает итоги эскизного проектирования, когда в целом вырисовывается и апробируется замысел проекта, определяются и проверяются пути решения основных задач, в том числе в части системно-структурного и морфологического анализа обслуживаемого информационной системой ресурса, выбираются оболочка, инфологическое построение, определяются основные пользователи системы и границы их полномочий. В их числе наряду традиционно предусмотренными системным администратором и различными пользователями (гостями) могут быть предложены администраторы (менеджеры) данных, баз данных, модераторы и администраторы различных подсистем, сетевые администраторы и т.д. Рассматриваются также подходы к разграничению и выбору Интернет\Экстранет/Интранет – технологий и используемых для поддержания проекта основных программно-аппаратных средств.

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

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

Наиболее принципиальным шагом в начале указанного выше процесса является объявление о том, что есть информационный МОДУЛЬ ИС, то есть условно неделимая релевантная по отношению к запросам пользователя ЭЛЕМЕНТАРНАЯ СЕМАНТИЧЕСКАЯ ЕДИНИЦА (ЭСЕ) информации, наполняющей ИС. Это высказывание означает, что ЭСЕ представляет собой завершенную семантическую (смысловую, содержательную) контекстную конструкцию, вызываемую в результате поиска по различным атрибутам или в результате тех или иных команд в виде отклика или отчета, но при условии, что никакие действия пользователей ИС (гостей), приводящие к любым транзакциям системы, не в состоянии вызвать изменений содержания, размера, расширения, дробления, укрупнения этой ЭСЕ. Только администратор базы данных или ИС (возможно и модератор, если ему предоставлены такие полномочия) может внести указанные изменения в состав и описание ЭСЕ – но это уже другая картина, связанная с эмиссией – ремиссией системы. В частном случае ЭСЕ может отождествляться с файлом, например, в информационной системе OFIS WORD Microsoft именно так организуется база данных. В общем же случае этого тождества нет. Скорее, конструкция, идентифицируемая как обозначенный файл, откликается множеством различных модулей, фрагментально копируемых из файла.

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

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

На входе системы, условно рассматриваемой как некий черный ящик, имеется огромное, устремленное к бесконечности, количество ЭСЕ. Эта масса блуждает в Интернете, других сетях и источниках, слабо детерминирована, не определена, энтропия ее очень и очень велика и быстро нарастает. Распределение вероятностей событий происходящих в ней, безусловно, Гауссовское, то есть подчиняется нормальному закону. С точки зрения аналитического и инженерного расчета проектируемых ИС эта масса из-за своей неопределенности и огромности особого интереса не представляет. Исключение, пожалуй, могут составить события на входе ИС локализованных закрытых пространств (например, в локальных и узко корпоративных сетях), где возможны разумные количественные ограничения.

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

ниже).

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

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

Pages:     | 1 || 3 | 4 |   ...   | 7 |






















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

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