WWW.DISSERS.RU

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

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


Pages:     | 1 | 2 || 4 | 5 |   ...   | 7 |

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

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

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

Именно по результатам каталогизации следует структурировать базы данных в аспектах их разделения на соответствующие уровни (подсистемы) и разделы.

Дадим этим делениям более точное толкование, еще раз напоминая о некоторой условности обозначаемых терминов, что требует их ясной расшифровки в тексте РПЗ.

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

Здесь же условимся не путать понятие «срез» с понятием «загрузка», отождествляющим введение (выведение) информации в один или несколько контейнеров за один технологический цикл. Для лучшего понимания приведем наглядный пример: запись на оптические диски сопровождается дополнительным расходованием запоминающего пространства диска на каждую технологическую загрузку независимо от того, сколько файлов в загрузке и каков их объем.

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

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

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

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

Техническое задание к проекту ИС должно содержать следующие пункты:

• Заголовок, выглядящий, приблизительно так:

Техническое задание на проектирование, апробацию, внедрение и сопровождение информационной системы (наименование) • Автор (авторы) – фамилия, имя, отчество, подразделение или учебная группа.

• Руководитель проекта.

• Консультант (по вопросам технологического обеспечения и внедрения).

• Организации исполнители:

- разработка проекта;

- площадка внедрения.

• Цель проекта (назначение, область применение разработки).

• Характер НИОКР (прикладной, учебного назначения или иной).

• Актуальность, новизна разработки: (то есть востребованность, своевременность, ожидаемые последствия).

• Код по ГРНТИ.

• Технолог сопровождения на учебной технологической площадке.

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

• Сроки выполнения проекта.

- разработка и согласование ТЗ и предпроектного (эскизного) варианта, то есть пояснительной записки к ТЗ, ТТ и ТУ.

- рабочее проектирование, инсталляция ИС, апробация, внедрение, оформление, представление и защита проекта;

- сопровождение и модернизация ИС – (с момента апробации до защиты дипломного проекта);

- ликвидация ИС – (согласно проектным требованиям ТУ на изделие (описать)).

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

• Ожидаемый научно-технический результат (продукция).

• Порядок сдачи и защиты проекта, апробаций, внедрения, передачи отчетной документации; перечень обязательной документации (не менее 2-х листов графики, демоверсия, ТТ, ТУ, пояснительная записка, доклад (реферат)) на твердых и электронных носителях: (приводится перечень документации в очередности ее представления).

• Научно-техническая и практическая ценность ожидаемых результатов работы:

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

• Использование результатов в учебном, научном, производственном процессе внедрение и порядок его осуществления.

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

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

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

• Содержание, задачи и этапы проекта (см. ниже).

• Визы и подписи участников работ по проекту (по специально устанавливаемой форме).

• Оценка и, по возможности, улучшение ЭНТРОПИИ (НЕГЭНТРОПИИ) системы;

• Оценка и рациональное использование заданной ЭНТАЛЬПИИ системы как в части СЯЗАННОЙ ЭНТАЛЬПИИ, так и в части СВОБОДНОЙ ЭНТАЛЬПИИ системы;

• С использованием МЕТОДА ЭРЛАНГА оценка и повышение производительности ИС (прямая задача) или нагруженности ИС (обратная задача) на момент первоначальной инсталляции системы;

• Расчет и обеспечение заданной или улучшенной НАДЕЖНОСТИ ИС;

• Оценка и обеспечение ИНФОРМАЦИОННОЙ ЗАЩИТЫ системы и обслуживаемых ею данных;

• Выстраивание прогнозов – ФЬЮЧЕРСОВ ПОЛОСЫ ИНФОРМАЦИОННОГО НАПОЛНЕНИЯ (пропускания) - осцилляторов ИС на весь ПЖЦ вплоть до полной ликвидации ИС (с расчетом не менее пяти);

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

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

• Ресурсное обеспечение системы (отбор, анализ, структурирование ресурса);

• Разработка метаописания ресурса, разделение на уровни;

• Нормирование и гармонизация ресурса;

• Описание полного менеджмента проекта;

• Расчет эмиссии/ремиссии системы (в т.ч. на 1 фьючерсе);

• Описание ступени релаксации;

• Описание инфологической модели;

• Проектирование интерфейса системы;

• Системный анализ ИС, портала, картеля и т.д.;

• Гармонизация наполнения на ступенях фьючерсного прогноза;

• Выбор сетевых технологий;

• Оптимизация (улучшение) ресурса;

• Кластерный анализ;

• Проверка документации и ПС на соответствие стандартам ISO 12207 и ISO 9003;

• Составление инструкций всем уровням пользователей;

• Каталожное описание ресурса;

• Расчет ПЖЦ;

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

3.2. Ступень трансформации полного менеджмента проекта На этой ступени происходит техническая и технологическая реализация замыслов, рассмотренных на предыдущей ступени дивергенции ПМП. В отношении КОНТЕНТА завершаются ранее выполненные процедуры его структурирования и разделения на уровни по мере защищаемости, устойчивости, чувствительности и т.п.

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

Осуществляется логическое и физическое структурирование системы. Пишется ER-модель или иная, отражающая результаты системного строительства. Привлекается и апробируется набор интегрированных пакетных решений в сфере программного обеспечения, а для вновь создаваемого или модернизируемого программного продукта выбирается инструментарий разработки (например, CASE - инструментарий).

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

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

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

Pages:     | 1 | 2 || 4 | 5 |   ...   | 7 |






















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

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