Файл: Метод указания магистерская диссертация магистратура ПИ.docx

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

• выявить и обосновать требуемые классы информационных систем;

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

• провести сбор информации по существующим разработкам;

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

• написать вывод, исходя из анализа.

1.4.2 Обоснование способа приобретения ИС для автоматизации задачи

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

1.4.3 Обоснование стратегии автоматизации задачи

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

• анализ бизнеса;

• анализ стратегии развития бизнеса;

• определение стратегических свойств ИС;

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

• выбор стратегии автоматизации:

  • хаотичная;

  • по участкам;

  • по направлениям;

  • полная;

• формирование комплексного проекта;

• определение архитектуры;

• формирование бизнес-плана

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

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

1.5 Обоснование проектных решений

1.5.1. Обоснование проектных решений по информационному обеспечению

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

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

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

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

• обоснование способа организации информационной базы: как совокупности локальных файлов или как интегрированной базы данных с локальной или распределенной организацией; определение состава файлов, обоснование методов логической организации файлов и баз данных;

• обоснование состава и способов организации файлов с результатной и промежуточной информацией.

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

1.5.2. Обоснование проектных решений по программному обеспечению

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

При обосновании выбора общего ПО целесообразно:

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

• дать классификацию и обосновать выбор используемой СУБД.

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

Формулировка требований к специальному ПО должна происходить с учетом выдвинутых предложений по информационному и техническому обеспечению. При обосновании проектных решений по специальному программному обеспечению задачи необходимо:

• дать классификацию и обосновать выбор методов (например, структурное, модульное проектирование, методом “сверху вниз” или объектно-ориентированное проектирование и т.д.) и средств проектирования специального (функционального) ПО (например, использование библиотеки прикладных программ, или генератора программ, или какого-либо языка программирования);

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

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

План обоснования целесообразно сделать следующим:

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

• для каждого из элементов выделить множество критериев, наиболее важных при осуществлении его выбора;

• осуществить сравнение возможных альтернатив и сделать обоснованный выбор

1.5.3 Обоснование проектных решений по техническому обеспечению

Вначале данного раздела следует дать определение этого вида обеспечения и его структуру.

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

План обоснования целесообразно сделать следующим:

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

• для каждого из элементов выделить множество критериев, наиболее важных при осуществлении его выбора;

• осуществить сравнение возможных альтернатив и сделать обоснованный выбор/

2.3 Структура второй главы

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

II Проектная часть

1. Разработка проекта автоматизации

   1. Этапы жизненного цикла проекта автоматизации

   2. Ожидаемые риски на этапах жизненного цикла и их описание

   3. Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации

2.2 Управление проектом автоматизации

2.2.1 Описание системы принятия управленческих решений

2.2.2 Формирование команды проекта автоматизации

3. Средства коллективной работы над проектом автоматизации

2. Информационное обеспечение задачи

1. Информационная модель и её описание

2. Характеристика нормативно-справочной, входной и оперативной информации

3. Характеристика результатной информации

3. Программное обеспечение задачи

   1. Общие положения (дерево функций и сценарий диалога)

   2. Характеристика базы данных

   3. Структурная схема пакета (дерево вызова программных модулей)

   4. Описание программных модулей

4. Апробация результатов исследования

II Проектная часть

1. Разработка проекта автоматизации

2.1.1 Этапы жизненного цикла проекта автоматизации

Целью данного пункта является выбор и краткое описание всего жизненного цикла проекта автоматизации, сущности и взаимосвязи его этапов.

Наиболее оптимальным вариантом является:

• выбор и обоснование одного из общеизвестных стандартов жизненного цикла ИС (ГОСТ 34, ISO 12207, ISO 15288, MSF, RUP, COBIT, Oracle CDM, XP);

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

  • цель этапа;

  • ключевые участники;

  • требования к входной информации;

  • получаемые результаты.

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

Для этапа внедрения обязательно:

• выбрать и обосновать стратегию внедрения предлагаемого решения;

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

• описать роли участников процесса внедрения и их участие в каждой из работ.

Для этапа эксплуатации обязательно:

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

• описать роли участников процесса эксплуатации и их участие в каждой из работ.

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

2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание

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

3. Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации

В данном разделе необходимо дать полную и обоснованную характеристику проектируемым для решения задач средствам обеспечения ИБ и ЗИ. При этом необходимо отразить следующие аспекты.

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

Разграничение прав пользователей.

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

Состав проектируемых программных и аппаратных средств может быть оформлен в виде таблицы с содержанием граф:

• нормативно-правовые акты организации, стандарты (международные и отечественные);

• антивирусные и антишпионские средства;

• проактивная защита от внешних угроз и защита внешнего периметра;

• защита от сетевых угроз;

• защита от инсайдерских угроз и защита информационных ресурсов;

• физическая защита информации.

3. Обоснование выбора политики безопасности, а также тех или иных программных и аппаратных средств, где должно быть:

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

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

2.2 Управление проектом автоматизации

2.2.1 Описание системы принятия управленческих решений

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

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

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

1. Формулирование списка работ по проекту.

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

3. Построение модели «Узел - работа» согласно запланированных работ по проекту исследования.

4. Расчет критического пути по проекту исследования.

5. Расчет полного (Total float) и свободного (Free float) резервов времени.

6. Заполнение итоговой модели согласно полученного расчета.

7. Резюме (выводы по расчету).