Студопедия  
Главная страница | Контакты | Случайная страница

АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Екатеринбург 2014

Читайте также:
  1. А. Репина, А, С. БалахоновЕкатеринбургский государственный педагогический, институт, Екатеринбургская тифлогсхнмческая лаборатория Институтадефектологии
  2. Екатеринбург, 2007
  3. Черданцев А.Ф. Логико-языковые феномены в праве, юридической науке и практике. Екатеринбург, 1993.

Тема: Разработка CMS

 

Руководитель Спиричева Наталия Рахматулловна_________________

Студент Середа Никита Дмитриевич__ _______________________


Группа РЗ-600209с

 

 

Екатеринбург 2014

Нормативные ссылки

 

ГОСТ 12.2.003-91. «ССБТ. Оборудование производственное. Общие требования безопасности».

ГОСТ Р 50571.22-2000. «Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации».

ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение».

 


 

Определения

 

SLA – Соглашение об уровне предоставления услуги (Service Level Agreement (SLA)) — термин методологии ITIL, обозначающий формальный договор между заказчиком услуги и её поставщиком, содержащий описание услуги, права и обязанности сторон и, самое главное, согласованный уровень качества предоставления данной услуги

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

ISO – ИСО международная организация, занимающаяся выпуском стандартов.

eTOM – многоуровневая модель бизнес-процессов управления производством.

 

 


 

Обозначения и сокращения

 

АИС – Автоматизированная информационная система.

ММЗ – Миасский машиностроительный завод.

ИТ – Информационные технологии.

SLA – Service Level Agreement.

ITIL – information technology Infrastructure Library.

ISO – International Organization for Standardization.

eTOM – Enhanced Telecom Operations Map.

 


 

Введение

 

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

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

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

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

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

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

·повышать производительность работы персонала;

·улучшать качество обслуживания клиентов;

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


 

Текущее положение

 

Служба 83 «Развития информационных технологий» ведет деятельность, направленную на автоматизацию различных подразделений организации ОАО «ММЗ», но на автоматизацию собственной деятельности у нее не хватает ни времени, ни сил. Именно поэтому темой выпускной работы и преддипломной практики будет «Автоматизация деятельности службы развития информационных технологий».

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

·Недостаточная эффективность управления обращениями (инцидентами и запросами);

·Большие временные затраты на регистрацию обращений (инцидентов/запросов на обслуживание/ запросов на изменение);

·Отсутствие действенного механизма контроля над сроками решения обращений;

·Отсутствие возможности обработки «массовых» инцидентов;

·Отсутствие возможности автоматизированного управления проблемами;

·Отсутствие возможности автоматизированного управления событиями;

·Отсутствие возможности автоматизированного управления конфигурациями;

·Отсутствие возможности автоматизированного управления изменениями;

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


 

Обзор литературных источников и систем – аналогов

 

В мире существует ряд методик, стандартов и рекомендаций по управлению ИТ-услугами. Наиболее популярными из них являются библиотека ITIL, методика CobiT, стандарты ISO (в частности, стандарт по управлению ИТ-услугами ISO 20000), отраслевой стандарт eTOM.

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

ITIL разделяет программные средства на 3 уровня оценки:

·Золотой

·Серебряный

·Бронзовый

На золотом уровне примем во внимание программные средства организаций:

·iET Solutions, предлагающая инструмент iET ITSM v6.0

·Espiral Microsistemas, предлагающая инструмент ProactivaNET v8

 

На серебряном уровне примем во внимание программные средства организаций:

·Marval Software Limited, предлагающая инструмент MSM v 12

На бронзовом уровне примем во внимание программные средства организаций:

·ALVAO s.r.o, предлагающая инструмент Alvao 7.0

·Aranda Software, предлагающая инструмент Aranda Service Desk 8.

Из перечисленных выше инструментов автоматизации подходящим являеться ProactivaNET v8 так как он предоставляет обширный функционал по управлению ИТ-Услугами. Но исходя из реальных финансовых возможностей организации рассмотрение зарубежный систем автоматизации деятельности службы ИТ становится недоступным из-за нехватки выделенных средств на автоматизацию. Из этого следует, что придётся искать альтернативу в отечественных разработках и такой альтернативой становиться продукт «Итилиум».

Итилиум - лидер по количеству продаж среди российских решений в области управления ИТ услугами (ITSM - IT Service Management).

Будучи спроектированным на основе библиотек ITIL v2, ITIL v3 и стандарта ISO 20000, «Итилиум» реализует автоматизацию процессов управления IT, а также функций службы Service Desk (ранее HelpDesk).

«Итилиум» разработан для использования с платформой «1С:Предприятие 8.2», совместим с платформой «1С:Предприятие 8.3»; работает в режимах «тонкого» и WEB клиента. Код системы открыт.

 


 

Техническое задание на разрабатываемую систему

 

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

1.1 Наименование системы.

Полное наименование: разработка CMS.

1.2 Основание для проведения работ.

Работа выполняется на основании договора №111 между "ЗАО" АйТекс и

1.3 Наименование организации.

Наименование организации: открытое акционерное общество «Миасский Машиностроительный Завод».

1.3.1 Заказчик.

Заказчик: ОАО «ММЗ», служба 83 развития информационных технологий. Адрес фактический: Тургоякское ш., 1, Миасс, Челябинская область, 456313 8 (351) 329-81-93 http://www.mmz.ru/

1.3.2 Разработчик.

Разработчик: ОАО «ММЗ», подразделения программного обеспечения службы 83. Адрес фактический: Тургоякское ш., 1, Миасс, Челябинская область, 456313 8 (351) 329-81-93 http://www.mmz.ru/

2 Назначения и цели системы.

2.1 Назначение системы.

Система должна предназначается для автоматизации управления ИТ-процессами на основе библиотек ITIL v2 и ITIL v3.

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

Система должна обладать следующими возможностями:

·Управление уровнем услуг (включая SLA)

·Управление каталогом услуг

·Управление событиями

·Управление обращениями (инцидентами, запросами на обслуживание)

·Управление проблемами

·Управление активами и конфигурациями

·Управление изменениями

·Управление релизами

·Управление знаниями

·Управление ИТ-финансами (сервисный бюджет, учет затрат)

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

2.2 Цели системы.

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

·Повышение эффективности управления обращениями (инцидентами и запросами);

·Уменьшение временных затрат на регистрацию обращений (инцидентов/запросов на обслуживание/ запросов на изменение);

·Обеспечение контроля над сроками решения обращений;

·Внедрение схем эскалации (передача ответственности, рассылка уведомлений);

·Возможность обработки «массовых» инцидентов;

·Возможность создания обращений по шаблону;

·Осуществление регистрации изменений реквизитов документа, ответственных, приоритетов;

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

·Возможность управления проблемами;

·Возможность управления событиями;

·Возможность управления активами и конфигурациями;

·Возможность управления изменениями;

·Возможность управления релизами;

·Возможность управления знаниями;

·Возможность управления персоналом.

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

3 Характеристики объекта автоматизации.

3.1 Внешняя модель объекта автоматизации.

С данным объектом автоматизации на предприятии ОАО «ММЗ» взаимодействуют все структурные подразделения, имеющие компьютерную технику, так же объект автоматизации поддерживает все существующие базы данных, ведет разработку программных продуктов предназначенных для автоматизации деятельности пользователей предприятия. Внешние субъекты, взаимодействующие с объектом автоматизации, представлены на рисунке 1.

 

 

«Рисунок 1 – Внешние субъекты, взаимодействующие с объектом автоматизации»

 

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

3.2 Внутренняя модель объекта автоматизации до внедрения ИС.

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

В службу поступает задание (Заявка, служебная записка) в бумажном виде.

 

 

«Рисунок 2 – Внутренние процессы объекта автоматизации»

 

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

 

 

«Рисунок 3 – Внутренние процессы объекта автоматизации»

 

 

«Рисунок 4 – Внутренние процессы объекта автоматизации»

 

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

 

 

«Рисунок 5 – Внутренние процессы объекта автоматизации»

 

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

 

 

«Рисунок 6 – Внутренние процессы объекта автоматизации»

 

 

«Рисунок 7 – Внутренние процессы объекта автоматизации»

 

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

 

 

«Рисунок 8 – Внутренние процессы объекта автоматизации»

 

В данной модели обнаруживаются следующие недостатки:

·Недостаточная эффективность управления обращениями (инцидентами и запросами);

·Большие временные затраты на регистрацию обращений (инцидентов/запросов на обслуживание/ запросов на изменение);

·Отсутствие действенного механизма контроля над сроками решения обращений;

·Отсутствие возможности обработки «массовых» инцидентов;

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

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

·Отсутствие возможности автоматизированного управления проблемами;

·Отсутствие возможности автоматизированного управления событиями;

·Отсутствие возможности автоматизированного управления активами и конфигурациями;

·Отсутствие возможности автоматизированного управления изменениями;

·Отсутствие возможности автоматизированного управления релизами;

·Отсутствие возможности автоматизированного управления знаниями;

·Отсутствие возможности автоматизированного управления персоналом.

 

3.3 Внутренняя модель объекта автоматизации после внедрения ИС.

После внедрения системы внутренняя модель будет выглядеть следующим образом. Модель представлена, на рисунках 9-16.

 

 

«Рисунок 9 – Внутренние процессы объекта автоматизации после внедрения системы»

 

 

«Рисунок 10 – Внутренние процессы объекта автоматизации после внедрения системы»

 

 

«Рисунок 11 – Внутренние процессы объекта автоматизации после внедрения системы»

 

 

«Рисунок 12 – Внутренние процессы объекта автоматизации после внедрения системы»

 

 

«Рисунок 13 – Внутренние процессы объекта автоматизации после внедрения системы»

 

 

«Рисунок 14 – Внутренние процессы объекта автоматизации после внедрения системы»

 

 

«Рисунок 15 – Внутренние процессы объекта автоматизации после внедрения системы»

 

 

«Рисунок 16 – Внутренние процессы объекта автоматизации после внедрения системы»

 

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

4 Требования к системе.

4.1 Требования к системе в целом.

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

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

В Системе предлагается выделить следующие функциональные подсистемы:

·Управление инцидентами, предназначена для работы с обращениями пользователей (инцидентами).

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

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

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

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

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

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

·Руководитель – 1 человек.

·Администратор системы, администратор пользователей – 1 человек.

·Программисты – 3 человека.

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

·Руководитель - на всем протяжении функционирования системы обеспечивает общее руководство группой сопровождения,

·Администратор системы обеспечивает работоспособность системы и распределяет ролей доступа у пользователей,

·Программисты – производят доработку системы под потребности пользователей.

4.1.2.2 Требования к квалификации персонала.

К квалификации персонала, эксплуатирующего Систему Итилиум, предъявляются следующие требования.

·Конечный пользователь - знание соответствующей предметной области; знание основ работы с ПК и с системами 1С.

·Администратор системы, администратор пользователей – знание СУБД, знание языка запросов SQL, знание и навыки операций архивирования и восстановления данных; знание и навыки оптимизации работы СУБД

·Программист – знание встроенного языка программирования системы, умение и опыт разработки прикладных решений в системе 1С.

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

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

·применения технических средств, системного и базового программного обеспечения, соответствующих классу решаемых задач;

·своевременного выполнения процессов администрирования Системы Итилиум;

·соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;

·предварительного обучения пользователей и обслуживающего персонала.

Время устранения отказа должно быть следующим:

·при перерыве и выходе за установленные пределы параметров электропитания - не более 15 минут.

·при перерыве и выходе за установленные пределы параметров программного обеспечением - не более 2 часов.

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

·сбой в электроснабжении сервера;

·сбой в электроснабжении рабочей станции пользователей системы;

·сбой в электроснабжении обеспечения локальной сети (поломка сети);

·ошибки Системы Итилиум, не выявленные при отладке и испытании системы;

·сбои программного обеспечения сервера.

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

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

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

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

·Должно быть предусмотрено протоколирование действий Пользователей по внесению и изменению информации в системе с регистрацией времени и авторства.

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

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

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

·Основные элементы системы, в первую очередь дисковые накопители, должны быть задублированы;

·Должна быть организована работа по сохранению и восстановлению актуальных версий системы;

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

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

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

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

Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. «ССБТ. Пожарная безопасность. Общие требования».

Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91. «ССБТ. Оборудование производственное. Общие требования безопасности» при обслуживании системы в процессе эксплуатации.

Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. «Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации».

Значения эквивалентного уровня акустического шума, создаваемого аппаратурой системы, должно соответствовать ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение», но не превышать следующих величин:

·50 дБ - при работе технологического оборудования и средств вычислительной техники без печатающего устройства;

·60 дБ - при работе технологического оборудования и средств вычислительной техники с печатающим устройством.

4.2 Требования к функциям, выполняемым системой.

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

·Эффективное управление обращениями (инцидентами и запросами);

·Удобная регистрация обращений (инцидентов/запросов на обслуживание/ запросов на изменение);

·Осуществление контроля над сроками решения обращений;

·Обработка «массовых» инцидентов;

·Регистрация изменений реквизитов документа, ответственных, приоритетов;

·Ведение истории отправленных сообщений, почтовых оповещений;

·Управление проблемами;

·Управление событиями;

·Управление активами и конфигурациями;

·Управление изменениями;

·Управление релизами;

·Управление знаниями;

·Управление персоналом.

4.3 Требования к видам обеспечения.

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

Для хранения данных и реализации серверной части системы должна быть использована система «Microsoft SQL Server 2008 r2» или «Microsoft SQL Server 2012».

Для взаимодействия между клиентской частью и сервером необходима система «Администрирование серверов 1С Предприятия».

Для работы конечного пользователя необходима платформа «1C Предприятие».

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

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

 

«Рисунок 17 – Структурная схема технического обеспечения»

 

1) Требования к серверу БД и кластеру серверов 1хXeon E5620(2.40GHz-12MB) Quad Core, 16GB DDR3-1333 8x73GB SAS_15К/RAID_10/RPS_2x460W/ W2008_Std_x64/SQL2008.

2) Компьютер конечного пользователя.

Максимальная комплектация (16839р.):

·операционную система Microsoft Windows XP;

·материнская плата ASRock Socket-FM1 A75M-HVS A75/D3 2xDDR3-1866 PCI-E HDMI/DSub 6ch 6xSATA3 RAID 4xUSB3 GLAN mATX;

·Процессор AMD A6-3670K 2.7GHz 4Mb 2xDDR3-1866 Graf-HD6530D/444Mhz FM1 BOX w/cooler;

·Память DIMM DDR3 2048MB PC10666 1333MHz;

·Видеокарта PCI-E Sapphire AMD Radeon HD6450 512MB 64bit DDR3 [11190-01-XX] DVI HDMI D-Su;

·Жесткий диск SATA-II 500Gb Hitachi Deskstar 7K1000.C 7200rpm [HDS721050CLA362] Cache 16MB;

·БП Chieftec [APS-500S] 500W, ATX v2.2, EPS12V, Active PFC;

·клавиатура;

·мышь;

·монитор Acer 19" V193WEOb/WVCb/Wb/Wab/WBb/WDb/WEb [1440x900, 50000:1, 5мс, 160гор/160вер, D-Sub, TCO03].

Минимальная комплектация (11049р):

·операционную система Microsoft Windows XP

·процессор Intel Pentium III 866 МГц;

·Материнская плата EP-3WTM

·2 x 512 МБ, 168-конт. DIMM, PC133 SDRAM, 133 МГц;

·HDD 200 Gb IDE Samsung SpinPoint P120 <SP2014N> UDMA133 7200rpm 8Mb;

·Видеокарта PCI-E Palit GeForce 8400GS 256MB 32bit DDR3 DVI D-Sub HDMI;

·блок питания 250w.

·клавиатура

·мышь

·Монитор Acer 19" V193WEOb/WVCb/Wb/Wab/WBb/WDb/WEb [1440x900, 50000:1, 5мс, 160гор/160вер, D-Sub, TCO03]

2) Компьютер, используемый для разработки конфигураций (16557р):

·операционную систему Windows 7,8;

·Процессор AMD Athlon II X2 250 3.0 GHz 2Mb Socket-AM3 OEM или схожий Intel;

·Память DIMM DDR2 8048MB PC6400 800MHz Kingston;

·NVIDIA GeForce GT 430 (1024 Мб);

·Жесткий диск SATA-3 500Gb Western Digital Caviar Blue 7200rpm [WD5000AAKX] Cache 16MB

·PIONEER DVD-RW DVR-111D ATA Device (DVD+R9:8x, DVD-R9:8x, DVD+RW:16x/8x, DVD-RW:16x/6x, DVD-ROM:16x, CD:40x/32x/40x DVD+RW/DVD-RW)

·Gigabyte GA-M720-US3;

·БП FSP HEXA 500W (80+, ATX 12V v2.3, 120mm Fan, Active PFC, 4xSATA, 2xPCI-E(6+2), Box) [AX500].

·клавиатура

·мышь

·монитор Acer 19" V193WEOb/WVCb/Wb/Wab/WBb/WDb/WEb [1440x900, 50000:1, 5мс, 160гор/160вер, D-Sub, TCO03].

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

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

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

К защите от ошибочных действий персонала предъявляются следующие требования:

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

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

5 Состав и содержание работ по внедрению системы.

Внедрение системы производиться в несколько этапов:

·Формирование требований (постановка целей);

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

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

·Формирование ТЗ (подготовка и утверждение технического задания);

·Реализация решения (разработка, установка, настройка, тестирование у заказчика, обучение пользователей);

·Полная готовность к проведению опытной эксплуатации (опытная эксплуатация, консультация пользователей, доработка по результатам опытной эксплуатации, разработка и утверждение регламентов, полная готовность к вводу системы в промышленную эксплуатацию);

·Промышленная эксплуатация и сопровождение (ввод системы в промышленную эксплуатацию).

 

6 Порядок контроля и приёмки системы.

Система подвергается испытаниям следующих видов:

1. Тестовое испытание.

2. Тестовое испытание с устраненными неполадками.

3. Производственное испытание.

Стадия испытаний Участники испытаний Место и срок проведения Порядок согласования документации Статус приемочной комиссии
Тестовое испытание. Подразделение исполнитель и заказчик На территории Заказчика, с 01.06.2014 по 10.06.2014 Проведение предварительных испытаний. Фиксирование выявленных неполадок в Протоколе испытаний. Устранение выявленных неполадок. Экспертная группа
Тестовое испытание с устраненными неполадками Подразделение исполнитель и заказчик На территории Заказчика, с 10.06.2014 по 20.06.2014 Проверка устранения выявленных неполадок. Группа тестирования
Производственное испытание Подразделение исполнитель и заказчик На территории Заказчика, с 20.06.2014 по 30.06.2014 Принятие решения о возможности передачи ИС в опытную эксплуатацию. Составление и подписание Акта приёмки АИС в опытную эксплуатацию. Приемочная комиссия

 

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

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

7.1 Технические мероприятия.

Силами Заказчика в срок до начала этапа «Разработка рабочей документации. Адаптация программ» должны быть выполнены следующие работы:

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

·осуществлена закупка и установка необходимого технического обеспечения;

·организовано необходимое сетевое взаимодействие.

7.2 Организационные мероприятия.

Силами Заказчика в срок до начала этапа работ «Разработка рабочей документации. Адаптация программ» должны быть решены организационные вопросы по взаимодействию с системами-источниками данных. К данным организационным вопросам относятся:

·организация доступа к базам данных источников;

·определение регламента информирования об изменениях структур систем-источников;

·выделение ответственных специалистов со стороны Заказчика для взаимодействия с проектной командой по вопросам взаимодействия с системами-источниками данных.

8 Требования к документированию.

Состав документации на систему:

·Описание архитектуры системы;

·Описание базы данных;

·Описание системы на уровне классов и диаграмм их взаимодействия;

·Тексты программ;

·Руководства пользователя по каждой подсистеме;

·Руководство администратора.

 

9 Описание начала разработки.

 

Внедрение системы производиться в несколько этапов:

·Формирование требований (постановка целей);

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

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

·Формирование ТЗ (подготовка и утверждение технического задания);

·Реализация решения (разработка, установка, настройка, тестирование у заказчика, обучение пользователей);

·Полная готовность к проведению опытной эксплуатации (опытная эксплуатация, консультация пользователей, доработка по результатам опытной эксплуатации, разработка и утверждение регламентов, полная готовность к вводу системы в промышленную эксплуатацию);

·Промышленная эксплуатация и сопровождение (ввод системы в промышленную эксплуатацию).

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

·Формирование требований (постановка целей);

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

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

·Формирование ТЗ (подготовка и утверждение технического задания);

9.1 Формирование требований (постановка целей)

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

9.2 Предпроектное обследование

В предпроектное обследование входит:

·Сбор и диагностика текущей информации на предприятии;

·Выявление проблемных или ключевых мест на предприятии;

·Выявление потенциальных потребностей в улучшении.

В работе службы были выявлены следующие недостатки:

·Недостаточная эффективность управления обращениями (инцидентами и запросами);

·Большие временные затраты на регистрацию обращений (инцидентов/запросов на обслуживание/ запросов на изменение);

·Отсутствие действенного механизма контроля над сроками решения обращений;

·Отсутствие возможности обработки «массовых» инцидентов;

·Отсутствие возможности автоматизированного управления проблемами;

·Отсутствие возможности автоматизированного управления событиями;

·Отсутствие возможности автоматизированного управления конфигурациями;

·Отсутствие возможности автоматизированного управления изменениями;

·Отсутствие накопления корпоративных знаний, для возможности принятия решений, основанных на прошлом опыте.

9.3 Отчет по обследованию

В отчет по обследованию входит:

·Анализ текущей ситуации на предприятии;

·Обзор решений;

·Выбор конкретного решения для достижения поставленных целей;

·Полная готовность к формированию ТЗ.

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

·Эффективное управление обращениями (инцидентами и запросами);

·Уменьшение временных затрат на регистрацию обращений (инцидентов/запросов на обслуживание/ запросов на изменение);

·Обеспечение контроля над сроками решения обращений;

·Возможность обработки «массовых» инцидентов;

·Возможность создания обращений по шаблону;

·Осуществление регистрации изменений реквизитов документа, ответственных, приоритетов;

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

·Возможность управления проблемами;

·Возможность управления событиями;

·Возможность управления активами и конфигурациями;

·Возможность управления изменениями;

·Возможность управления релизами;

·Возможность управления знаниями;

·Возможность управления персоналом.

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

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

 

Выводы, планы дальнейшей работы.

 

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

Результаты, достигнутые в ходе данной преддипломной практики, обладают практической ценностью и для ОАО «ММЗ», и для развития информационных технологий в целом.

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

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

 

 

Библиографический список.

 

Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:

·Служебная записка №253.

·ГОСТ 24.701-86 «Надежность автоматизированных систем управления».

·ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды».

·ГОСТ 12.1.004-91 «ССБТ. Пожарная безопасность. Общие требования».

·ГОСТ Р 50571.22-2000 «Электроустановки зданий».

·www.itilium.ru

·www.itil-officialsite.com

·www.wikipedia.org

 

 


Дата добавления: 2015-09-11; просмотров: 4 | Нарушение авторских прав

<== предыдущая лекция | следующая лекция ==>
Эпонимы| Exercise on Definitions

lektsii.net - Лекции.Нет - 2014-2020 год. (0.104 сек.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав