Будь умным!


У вас вопросы?
У нас ответы:) SamZan.net

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

Работа добавлена на сайт samzan.net:

Поможем написать учебную работу

Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.

Предоплата всего

от 25%

Подписываем

договор

Выберите тип работы:

Скидка 25% при заказе до 9.11.2024

Федеральное агентство по образованию

Государственное образовательное учреждение высшего профессионального образования

«Ивановский государственный энергетический университет имени В.И. Ленина»

Кафедра информационных технологий

КУРСОВОЙ ПРОЕКТ

по ______«Интеллектуализация информационных систем»____________

(наименование учебной дисциплины)

на тему    «Разработка системы управления организационными преобразованиями

_______________кафедры информационных технологий»_____________________

Выполнил студент: _________4 курс, 45 гр.

(курс, группа)

___________  Кузнецов А.А.

(подпись)  (Ф.И.О.)

Руководитель___________  ___Баллод Б.А.

(подпись)  Ф.И.О.)

Иваново 2009


Ивановский государственный энергетический университет

Факультет ИВ Т   Кафедра информационных технологий

                    Специальность        080801   

                                              

                                                                                                            УТВЕРЖДАЮ                                                                                                                                     

Заведующий кафедрой ИТ

                                                                               Белов А. А.

 2009г.

ЗАДАНИЕ

                 на курсовую работу

Дисциплина:  «Разработка и стандартизация программных средств

и информационных технологий»

студенту гр. 4-45 ___/ФИО/ Кузнецову Алексею_

Тема проекта: «Разработка  СИО …………………………………….»

Срок сдачи студентом законченного проекта                «16 мая  2009 г.

  1.  Исследование и анализ предметной области
    1.  Общие сведения.
    2.  Организационная структура.
    3.  Технологическая  структура (если она есть). ????????????
    4.  Целевая и функциональная декомпозиция существующей системы управления. ????не надо
    5.  Модели бизнес – процессов  и информационных потоков
    6.  Оформление материалов обследования предметной области.
    7.  Анализ существующей информационной системы  и разработка  функциональных требований к создаваемой СИО.
  2.  Составление описания автоматизируемых функций (РД 50-34.698-90 п.2.5).
  3.  Составление технического задания (ГОСТ 34.602-89).
  4.  Составление описания постановки задачи (РД 50-34.698-90 п.2.6).
  5.  Составление блок-схемы алгоритма (ГОСТ 19.701-90 процесс + данные).
  6.  Составление описания алгоритма (РД 50-34.698-90 п.7.1).
  7.  Составление описания информационного обеспечения (РД 50-34.698-90 п.5.3).
  8.  Составление описания организации информационной базы  (РД 50-34.698-90 п.5.5).
  9.  Составление инструкции по формированию и ведению базы данных (РД 50-34.698-90  п. 5.12).
  10.  Разработка требований к организационному обеспечению (РД 50-34.698-90 п.3).
  11.  Составление программы и методики испытаний  (РД 50-34.698-90  п.2.14).
  12.  Структура информационной базы (даталогическая модель).

   Задание выдал     Тихонов В.В.

   Задание принял к исполнению   Кузнецов А.А.


Оглавление

[1] Оглавление

[2]
ВВЕДЕНИЕ

[3]
ИССЛЕДОВАНИЕ И АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

[4]
ТЕХНИЧЕСКОЕ ЗАДАНИЕ

[5]
ТЕХНОРАБОЧЕЕ ПРОЕКТИРОВАНИЕ

[6]
ЗАКЛЮЧЕНИЕ

[7]
СПИСОК ЛИТЕРАТУРЫ


ВВЕДЕНИЕ

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

Первыми решениями этой проблемы было создания на сайтах, и не только, различных FAQ (англ. сокр. Frequently Asked Questions - часто задаваемые вопросы). FAQ - раздел, посвященный рассмотрению типовых вопросов пользователей [3]. Наиболее удобным решением на данный момент было создание Википедии (русская ее часть доступна по адресу http://ru.wikipedia.org), как огромной библиотеки, в которой можно найти краткую информацию практически по любому известному понятию. Таким образом, FAQ помогает решить некоторую типовую проблему (процесс информатизации), а Википедия (и некоторые другие словари, например, http://slovari.yandex.ru) увеличить интеллект лица, решающего эту проблему, т.е. обеспечивает процесс интеллектуализации. Но, опять же, мы сталкиваемся с проблемой – сайты-словари лишь дают представление об интересующей области. При углублении, приходится собирать по крохам информацию из различных источников. И не всегда эта информация оказывается достоверной. Обращаясь к процессному представлению капитала, можно увидеть, что в этой системе не хватает организованности. Таким образом, для эффективного увеличения капитала необходимо еще создать процесс, который будет совершенствовать организационные структуры, т.е. процесс организации. Для решения этой задачи и создается данная система. На текущий момент она будет использоваться для улучшения процесса организации в ходе учебного процесса.


ИССЛЕДОВАНИЕ И АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

Общие сведения

Исследуемым объектом является кафедра информационных технологий в Ивановском государственном энергетическом университете им. В.И. Ленина. Как и у других, основной функцией университета является подготовка специалистов. Каждый год ВУЗ набирает абитуриентов, которые обучаются в течение нескольких (обычно пяти) лет и, по итогам обучения, устраиваются на работу в различные сферы деятельности. Процесс обучения состоит из трех этапов – набор абитуриентов, обучение студентов, трудоустройство специалистов. Т.о., самым продолжительным этапом является второй, обучение студентов. На этом этапе студент получает необходимые знания, чтобы стать специалистом.

Организационная структура

Рис 0.1. Организационная структура ИГЭУ (общий уровень).

Рис 0.1. Организационная структура кафедры информационных технологий.

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

Представим основные функции системы обучения в рамках кафедры.

Рис. 1.1. Общая функциональная декомпозиция системы обучения.

Рис. 1.2. Функциональная декомпозиция контроля процесса обучения.

Рис. 1.3. Функциональная декомпозиция планирования учебного процесса.

Рис. 1.4. Функциональная декомпозиция организации учебного процесса.

Рис. 1.5. Функциональная декомпозиция координации учебного процесса.

Теперь представим основные цели в рамках кафедры.

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

Анализ существующей информационной системы и разработка функциональных требований

Технико-экономическое обоснование


ТЕХНИЧЕСКОЕ ЗАДАНИЕ

  1.  ОБЩИЕ СВЕДЕНИЯ
    1.  Полное наименование системы и ее условное обозначение

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

Краткое наименование системы: Система управления ОП.

  1.  Шифр темы

Шифр темы: СУ-ОП-КИТ-01.

  1.  Наименование организации-заказчика и организаций-участников работ

Заказчиком системы является кафедра Информационных Технологий Ивановского Государственного Энергетического Университета.

Адрес заказчика: 153003,  г. Иваново, ул. Рабфаковская,  д. 34.

Разработчиком системы является студент группы 4-45 Кузнецов Алексей.

Адрес разработчика: 153003,  г. Иваново, ул. Рабфаковская, д. 56а, к. 68.

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

Плановый срок начала работ по созданию Системы управления организационными преобразованиями кафедры информационных технологий – 01 апреля 2009 года.

Плановый срок окончания работ по созданию Системы управления организационными преобразованиями кафедры информационных технологий – 25 мая 2009 года.

  1.  Источники и порядок финансирования работ

Источником финансирования является бюджет Российской Федерации

  1.  Порядок оформления и предъявления заказчику результатов работ по созданию системы

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

  1.  Перечень нормативно-технических документов, методических материалов, использованных при разработке ТЗ

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

  •  ГОСТ 19.201-78. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ;
  •  ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;
  •  ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем;
    1.  Определения, обозначения и сокращения

Сокращение

Расшифровка

1

ТЗ

Техническое задание

2

АИС

Автоматизированная информационная система

3

АС

Автоматизированная система

4

СУ

Система управления (здесь подразумевается данная система, т.е. «система управления ОП»)

  1.  НАЗВАНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
    1.  Назначение системы

СУ организационными преобразованиями КИТ предназначена для управления организационными преобразованиями, в части исполнения следующих процессов:

  •  Своевременная проверка преподавателем хода выполнения студентами самостоятельных заданий;
  •  Просмотр и редактирование (аналитиком)  организационной, функциональной, проблемной структуры, структуры проектов и бизнес-процессов;
  •  Сохранение знаний, накопленных в организации в виде типовых решений проблем;
  •  Организация сотрудников кафедры для более эффективного решения проблем.
    1.  Цели создания системы

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

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

Для реализации поставленных целей система должна решать следующие задачи:

  •  Ввод данных об организационной, функциональной, проблемной структуры, структуры каналов и бизнес-процессов системным аналитиком;
  •  Хранение сведений о структурах: организационной, функциональной, проблемной, каналов, бизнес-процессов;
  •  Регистрация пользователей системы;
  •  Просмотр иерархии проблем и проектов, возможность участия в решении одной из них.
  •  Просмотр активной области пользователя (в каких проблемах участвует, где были изменения, приглашения в каналы);
  •  Просмотр списка пользователей, возможность пригласить в свой канал одного из них.
  1.  ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ

Объектом автоматизации является кафедра информационных технологий. На ней будут автоматизированы процессы управления организационными преобразованиями. Они включают в себя:

  •  Изучение организационной, функциональной и прочих структур в организации;
  •  Синтез  информационной системы из этих данных, т.е. создание систем «как есть»;
  •  Поиск ошибок или более эффективных решений;
  •  Создание системы «как должно быть»;

Пользователями данной системы будут являться:

  •  Студенты кафедры ИТ;
  •  Преподаватели кафедры ИТ;
  •  Заведующий кафедрой ИТ;
  •  Прочие сотрудники кафедры ИТ.
  1.  ТРЕБОВАНИЯ К СИСТЕМЕ
    1.  Требование к системе в целом
      1.  Требования к структуре и функционированию системы
        1.  Перечень подсистем, их назначение и основные характеристики

В состав системы управления ОП должны входить следующие подсистемы:

  •  Подсистема хранения данных (на сервере);
  •  Подсистема операционного управления сервера;
  •  Подсистема интеграции;
  •  Подсистема операционного управления клиента;
  •  Подсистема коммуникаций (клиент-сервер);

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

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

Подсистема интеграции обеспечивает обмен данными серверной части приложения с выбранной СУБД на языке SQL.

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

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

  1.  Требования к способам и средствам связи для информационного обмена между компонентами системы

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

  1.  Требования к характеристикам взаимосвязей создаваемой системы со смежными системами

Требования не предъявляются.

  1.  Требования к режимам функционирования системы

Для системы управления ОП определены следующие режимы функционирования:

  •  Нормальный режим функционирования;
  •  Аварийный режим функционирования;

Основным режимом функционирования СУ является нормальный режим.

В нормальном режиме функционирования:

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

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

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

В случае перехода системы в предаварийный режим необходимо:

  •  Завершить работу всех приложений, с сохранением данных;
  •  Выключить рабочие станции операторов;
  •  Выключить все периферийные устройства;
  •  Выполнить резервное копирование БД.

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

  1.  Требования по диагностированию системы

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

  1.  Перспективы развития, модернизации системы

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

  1.  Требования к численности и квалификации персонала системы

Для эксплуатации системы управления ОП определены следующие роли:

  •  Системный администратор;
  •  Администратор баз данных;
  •  Аналитик;
  •  Участник;

Основными обязанностями системного администратора являются:

  •  Модернизация, настройка и мониторинг работоспособности комплекса технических средств (серверов, рабочих станций);
  •  Установка, модернизация, настройка и мониторинг работоспособности системного и базового программного обеспечения;
  •  Установка, настройка и мониторинг прикладного программного обеспечения;

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

Основными обязанностями администратора баз данных являются:

  •  Установка, модернизация, настройка параметров программного обеспечения СУБД;
  •  Оптимизация прикладных баз данных по времени отклика, скорости доступа к данным;
  •  Разработка, управление и реализация эффективной политики доступа к информации, хранящейся в прикладных базах данных.

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

Основными обязанностями аналитика являются:

  •  Управление структурами в системе;
  •  Управление отношениями в системе;

Аналитик должен обладать высоким уровнем квалификации в области анализа организации.

Основными обязанностями участника являются:

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

Пользователи системы должны иметь опыт работы с персональным компьютером на базе операционных систем Microsoft Windows на уровне квалифицированного пользователя и свободно осуществлять базовые операции стандартных Windows.

Роли системного администратора и администратора баз данных могут быть совмещены в одну роль.

Рекомендуемая численность для эксплуатации СУ:

Администратор – 1 штатная единица;

Аналитик – 1 штатная единица;

Участник – число штатных единиц не ограничено;

  1.  Показатели назначения

Система должна обеспечивать одновременную работу ~135 пользователей. Система должна обеспечивать ответ на запрос не более чем через 2 секунды.

  1.  Требования к надежности

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

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

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

  1.  Требования к безопасности

Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ.

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

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

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

  1.  Требования к эргономике и технической эстетике

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

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

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

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

Экранные формы должны проектироваться с учетом требований унификации:

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

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

  1.  Требования к транспортабельности для подвижных АС

Требования не предъявляются.

  1.  Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

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

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

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

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

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

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

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

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

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

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

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

  1.  Требования к защите информации от несанкционированного доступа

ИС должна обеспечивать защиту от несанкционированного доступа (НСД) на уровне не ниже установленного требованиями, предъявляемыми к категории 1Д по классификации действующего руководящего документа Гостехкомиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем» 1992 г.

Компоненты подсистемы защиты от НСД должны обеспечивать:

  •  Идентификацию пользователя;
  •  Проверку полномочий пользователя при работе с системой;
  •  Разграничение доступа пользователей на уровне задач и информационных массивов.

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

Уровень защищённости от несанкционированного доступа средств вычислительной техники, обрабатывающих конфиденциальную информацию, должен соответствовать требованиям к классу защищённости 6 согласно требованиям действующего руководящего документа Гостехкомиссии России «Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации».

Защищённая часть системы должна использовать "слепые" пароли (при наборе пароля его символы не показываются на экране либо заменяются одним типом символов; количество символов не соответствует длине пароля).

Защищённая часть системы должна автоматически блокировать сессии пользователей и приложений по заранее заданным временам отсутствия активности со стороны пользователей и приложений.

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

Защищённая часть системы должна использовать многоуровневую систему защиты. Защищённая часть системы должна быть отделена от незащищённой части системы межсетевым экраном.

  1.  Требования по сохранности информации при авариях

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

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

  1.  Требования к защите от влияния внешних воздействий

Требования не предъявляются.

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

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

  1.  Требования по стандартизации и унификации

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

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

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

Экранные формы должны проектироваться с учетом требований унификации:

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

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

  1.  Дополнительные требования

Дополнительные требования не предъявляются.

  1.  Требования к функциям (задачам), выполняемым системой

Подсистема хранения данных предназначена для хранения следующих сведений:

  •  организационные элементы(Название, Описание);
  •  функции (Название, Описание);
  •  проблемы (Название, Описание);
  •  бизнес-процессы (Название, Описание);
  •  ресурсы (Название, Описание);
  •  проекты (каналов) (Название, Тип канала (открытый для доступа, закрытый – доступен только по приглашению), Завершенность, Описание);
  •  сообщения в каждом канале (Автор сообщения, Тип сообщения, Дата/время сообщения, Текст сообщения);
  •  отношения (Объект 1, Объект 2, Тип отношения);
  •  пользователи (Логин, Хеш пароля, Полное имя, Эл. почта);

Подсистема операционного управления сервера предназначена для:

  •  создания подключения к любой СУБД, поддерживающей язык SQL;

Подсистема интеграции обеспечивает:

  •  организации сохранения данных в выбранную СУБД;

Подсистема операционного управления клиента обеспечивает:

  •  ввод информации о структурах;
  •  регистрацию пользователей;
  •  создание отношений между объектами;
  •  отражает список каналов и пользователей;
  •  представляет пользователю его «активную область»;

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

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

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

  1.  Требования к информационному обеспечению системы

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

Уровень хранения данных в системе должен быть построен на основе современных реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД.

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

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

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

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

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

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

  1.  Требования к лингвистическому обеспечению системы

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

  1.  Требования к программному обеспечению системы

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

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

  1.  Требования к техническому обеспечению

Техническое обеспечение системы должно максимально и наиболее эффективным образом использовать существующие технические средства.

В состав комплекса должны следующие технические средства:

  •  Сервер;
  •  ПК аналитиков;
  •  ПК пользователей;

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

Требования к техническим характеристикам сервера (в расчете только на Windows, выбранную СУБД и серверную часть приложения):

  •  Процессор – 1,5 ГГц;
  •  Объем оперативной памяти – 1 Гб;
  •  Объем физической памяти – от 2 Гб;
  •  Сетевой адаптер – 100/1000 Мбит.

Требования к техническим характеристикам ПК аналитиков и пользователей (в расчете только на Windows и клиентскую часть приложения):

  •  Процессор – 1,5 ГГц;
  •  Объем оперативной памяти – 512 Мб;
  •  Объем физической памяти – от 1 Гб;
  •  Сетевой адаптер – 10/100 Мбит.
    1.  Требования к метрологическому обеспечению

Требования к метрологическому обеспечению не предъявляются.

  1.  Требования к организационному обеспечению

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

Заказчиком должны быть определены должностные лица, ответственные за:

  •  обработку информации СУ;
  •  администрирование СУ;
  •  обеспечение безопасности информации СУ;
  •  управление работой персонала по обслуживанию СУ.

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

  1.  Требования к методическому обеспечению

Требований не предъявляется.

  1.  СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ (РАЗВИТИЮ) СИСТЕМЫ

Этап

Содержание работ

Результаты работ

1

Технорабочее проектирование

Документы по реализации системы

2

Программная реализация

Программное обеспечение системы управления ОП

3

Разработка документации

Документация к системе управления ОП

  1.  ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ
    1.  Виды, состав, объем и методы испытаний системы

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

  1.  Общие требования к приемке работ по стадиям

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

  1.  Статус приемочной комиссии

Статус приемочной комиссии определяется Заказчиком до проведения испытаний.

  1.  ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ

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

Определить подразделение и ответственных должностных лиц, ответственных за внедрение и проведение опытной эксплуатации СУ;

Обеспечить присутствие пользователей на обучении работе с системой, проводимом Исполнителем;

Обеспечить соответствие помещений и рабочих мест пользователей системы в соответствии с требованиями, изложенными в настоящем ТЗ;

Обеспечить выполнение требований, предъявляемых к программно-техническим средствам, на которых должно быть развернуто программное обеспечение СУ;

Совместно с Исполнителем подготовить план развертывания системы на технических средствах Заказчика;

Провести опытную эксплуатацию СУ.

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

  1.  ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

Для системы на различных стадиях создания должны быть выпущены следующие документы из числа предусмотренных в ГОСТ 34.201–89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании первой очереди системы управления ОП приведены ниже:

  •  Схема организационной структуры;
  •  Схема функциональной структуры;
  •  Перечень входных сигналов и данных;
  •  Перечень выходных сигналов и данных;
  •  Пояснительная записка к техническому проекту;
  •  Описание автоматизируемых функций;
  •  Описание алгоритма;
  •  Руководство пользователя;
  •  Руководство администратора;
  •  Руководство аналитика;
  1.  ИСТОЧНИКИ РАЗРАБОТКИ

Гвоздева Т.В., Разработка системы управления организационными преобразованиями.


ТЕХНОРАБОЧЕЕ ПРОЕКТИРОВАНИЕ


ЗАКЛЮЧЕНИЕ


СПИСОК ЛИТЕРАТУРЫ

  1.  Белов  А. А. Экономические аспекты информатизации / ГОУВПО «Ивановский государственный энергетический университет имени В. И. Ленина». – Иваново, 2006. – 96 с.
  2.  Сайт http://wikipedia.org
  3.  Сайт http://slovari.yandex.ru
  4.  Гвоздева Т.В., Работа по коммуникационным сетям.
  5.  Сайт http://rugost.com




1. Челябинский государственный университет ФГБОУ ВПО ЧелГУ Костанайский филиал Кафедра эконо.1
2. Контрольная работа 1 по дисциплине Компьютерная подготовка Специальность Бухгалтерский учет и ауди
3. Контрольная работа Эволюция живой природы Вариант 1 Часть 1 К каждому из задан
4. . Методология военной гигиены
5. История его начинается с Древнего Египта
6. вступают в третье тысячелетие на пике своего могущества
7. А Дэвис и др М- Саттва 2008 Глава 2
8. Завещательное распоряжение на вклад которое оформляется в том банке где открыты депозиты и другие счета з
9. Эпоха серебряного века и Осип Мандельштам
10. 3D графика и анимация
11. Тема- Merry Christms Цель- формирование иноязычной коммуникативной компетенции и форми
12. Реферат- Статистические методы приемочного контроля качества продукции
13. Внутренний государственный долг РФ, проблемы эффективного управления
14. Ответственность за бандитизм
15. Философия как мировоззрение основной вопрос философии
16. 2006 13
17. Язычество. 2
18. первых потому что Союз нефтегазопромышленников не проводил таких масштабных акций уже три года
19. Дизраели Emirtes irlines обладает быстротой мышления решительностью и гибкостью
20. Тема; V1- 1 Опорнодвигательный аппарат V2- 1 Учение о костях V3- 1 Скелет V4- 1 мышечная система Мы