2.5 Экранные формы

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

Рисунок 2.5 - Пример реализации нелинейного интерфейса в программе

Главное окно программы состоит из двух вкладок, разграничивающих функциональные части программы: Электромеханик (рис. 2.6), Старший электромеханик (рис. 2.7).

Рисунок 2.6 - Главное меню - вкладка электромеханик

Рисунок 2.7 - Главное меню - вкладка старший электромеханик

На вкладке электромеханик располагаются следующие кнопки вызова форм для работы с базой данных:

Добавить неисправность - позволяет регистрировать неисправности произошедшие на оборудовании (рис. 2.8).

Запчасти - открывает форму (рис. 2.9) для просмотра списка запчастей: по группе оборудования, по группе запчастей, по статусу.

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

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

Рисунок 2.8 - Форма добавления неисправности

Рисунок 2.9 - Форма просмотра запчастей - меню электромеханик

Рисунок 2.10 - Форма для просмотра техкарточек оборудования

Рисунок 2.11 - Форма просмотра статистики неисправностей

На вкладке Старший электромеханик располагаются следующие кнопки вызова форм для работы с базой данных:

Техкарточки - то же самое, что у техника (рис. 2.10).

Запчасти - помимо функционала электромеханика, форма позволяет создавать заявки на запчасти, отмечать приход запчастей и формировать акты на списание израсходованных запчастей за месяц (рис 2.12).

Статистика - то же самое, что у техника (рис. 2.11).

Оборудование - форма позволяет «вводить в работу» и «снимать с работы» оборудование КТСМ, а также редактировать категории и группы оборудования (рис. 2.13).

Сотрудники - форма для редактирования сотрудников и занимаемых ими должностей (рис. 2.14).

Рисунок 2.12 - Форма запчасти - Старший электромеханик. Вкладка «Создание заявок»

Рисунок 2.13 - Форма оборудование - Старший электромеханик.

Рисунок 2.14 - Форма персонал.

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

2.6 Выходные документы

Цех по обслуживанию и ремонту устройств КТСМ, как и любое другое структурное подразделение, занимается, пусть и не в таких больших количествах, как другие, документооборотом.

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

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

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

заявка на приобретение запчастей (приложение Д);

акт на списание запчастей (приложение Г).

Формирование заявки осуществляется через форму Запчасти - старший электромеханик, на вкладке «Создание заявок» (рис. 2.12).

Формирование акта списания запчастей происходит ежемесячно, через форму запчасти - старший электромеханик, вкладка «Акты на списание». Система должна автоматически напоминать пользователю о необходимости сформировать акт и предоставлять возможность выбора месяца (рис. 2.15).

Рисунок 2.15 - Форма запчасти - Старший электромеханик, вкладка Акты на списание

2.7 Разработка технического задания на информационную систему

Техническое задание (Приложение Е) разработано на основе ГОСТ 34.602-89 - «Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы».

Заключение

В процессе выполнения курсового проекта для достижения поставленной цели посредством решения определенных задач, была изучена деятельность цеха по обслуживанию и ремонту кстройств КТСМ на предприятии ОАО «РЖД». В результате чего выявлены проблемы и недостатки учета запчастей на складе ЦОРУ КТСМ и учета неисправностей на оборудования КТСМ. Производительность цеха может быть повышена за счет небольшой реорганизации и автоматизации существующих методик учета.

За время изучения был разработан проект автоматизированной системы для выполнения функций учета запчастей и неисправностей цеха по обслуживанию и ремонту устройств КТСМ.

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

Дана общая характеристика объекта автоматизации. Изучены организационная и функциональная структура предприятия и в частности объекта автоматизации (ЦОРУ КТСМ).

Изучен алгоритм функционирования ЦОРУ КТСМ. Разработана функциональная модель существующей системы учета.

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

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

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

Разработано техническое задание.

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

Проектируемая система понравилась руководству предприятия. Они ждут, разработки и внедрения проекта на предприятии в цехе по обслуживанию и ремонту устройств КТСМ с возможностью дальнейшего внедрения системы в другие цеха и подразделения предприятия ОАО «РЖД».

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

Перспективы развития автоматизированной системы очевидны. В дальнейшем, проект можно реализовать, как клиент - серверную систему и внедрить ее во все технические структурные подразделения предприятия ОАО «РЖД»

Список литературы

1. Мамиконов А.Г. Проектирование АСУ: Учебник для спец. «АСУ» вузов. Высш. Шк., 2013.

2. Маклаков С.В. BPWin, ERWin. CASE - средства разработки информационных систем. М.: Диалог - МИФИ, 2012.

3. Дейт К. Дж. Введение в системы баз данных. 6 изд. Киев: Диалектика, 2013, 784 с..

4. Гладков В.П. Проектирование баз данных. 6 изд. Пермь: изд. ПГТУ, 2007.

5. Нартова А. PowerDesigner 15. Моделирование данных.

6. Ю. Федоров, Справочник инженера по АСУ: Проектирование и разработка. Инфра - инженерия, 2008.

7. Мартин Грабер. SQL. изд. Лори, 2012.

8. Гультяев А.К. Проектирование и дизайн пользовательского интерфейса. изд. Корона - принт, 2010.

9. Михаил Фленов. Библия C#. БХВ - СПб, 2011.

Приложения

Приложение 1

Приложение 2

Физическая модель базы данных

Приложение 3

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

1.1 Полное наименование системы и ее условное обозначение

Автоматизированная информационная система учета запчастей и неисправностей цеха по обслуживанию и ремонту устройств КТСМ ОАО «РЖД».

1.2 Шифр темы

Условное обозначение системы: АИС УЗН ЦОРУ КТСМ ОАОРЖД.

1.3 Наименование разработчика и заказчика

Заказчик - Кунгурская дистанция СЦБ, цех по обслуживанию и ремонту устройств КТСМ. Адрес: 617472, Российская Федерация, Пермский край, г.Кунгур, ул. Транспортная, 14. Реквизиты: ИНН 5904569586

р/с 40702810349240110421 в ОАО «ТрансКредитБанк», к/с 30101810900000000603, БИК 045773603, ОКАТО 57422000000, ОГРН 001025901887417

Разработчик - Боярских А.С., электромеханик - по обслуживанию и ремонту устройств КТСМ.

1.4 Основания разработки

Работа выполняется на основании учебного плана специальности «Автоматизированные системы обработки информации и управления» и темы дипломной работы, согласованной с заведующим кафедрой ИТАС ПНИПУ, Файзрахмановым Р.А.

Договор - без договора

1.5 Плановые сроки начала и окончания работы по созданию системы

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

1.6 Источник финансирования работ по созданию АС

Кунгурская дистанция СЦБ ОАО «РЖД» ШЧ-3.

Порядок финансирования - без финансирования

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

Порядок оформления и предъявления заказчику результатов работ по созданию системы должен соответствовать требованиям Комплекса стандартов и руководящих документов на автоматизированные системы:

- ГОСТ 34.201-89;

- ГОСТ 34.602-89;

- РД 50-682-89;

- РД 50-680-88;

- ГОСТ 34.601-90;

- РД 50-34.698-90;

- ГОСТ 34.003-90;

- Р 50-34.119-90;

- Р 50739-95;

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

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

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

Вид автоматизируемой деятельности: программно - технический комплекс для автоматизации организационно - экономического процесса.

Объект автоматизации: Цех по обслуживанию и ремонту устройств КТСМ.

2.2 Цели создания системы

Целью создания АИС УЗН ЦОРУ КТСМ ОАОРЖД является обеспечение процесса ведения учета запчастей и неисправностей на оборудовании за счет автоматизированного решения следующих задач:

- Реализовать в системе возможность просмотра последнего списка неисправностей на оборудовании за определенный период времени

- Разработать каталог номенклатуры запчастей.

- Разработать каталог оборудования и разгруппировать его.

- Автоматизировать процесс учета запчастей и не исправностей ЦОРУ КТСМ.

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

- Реализовать автоматическую фиксацию времени списания запчастей.

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

- Реализовать вывод информации о текущих (не устраненных) неисправностях.

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

3.1 Краткие сведения об объекте

Цех по обслуживанию и ремонту устройств КТСМ - структурное подразделение ОАО «РЖД» ШЧ-3, находящееся в подчинении Начальника дистанции. Основной целью подразделения является обеспечение работоспособности электронной и механической части оборудования КТСМ.

3.2 Сведения об условиях эксплуатации объекта автоматизации

3.2.1 Условия эксплуатации объекта автоматизации

Условия эксплуатации объекта автоматизации определяется в соответствии с гигиеническими требованиями к видеодисплейным, терминалам, персональным электронно-вычислительным машинам и организации работы (санитарные правила и нормы. СанПин 2.2.2.542-96).

3.2.2 Характеристики окружающей среды

Характеристики окружающей среды определяются в соответствии с Гигиеническими требованиями к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работы (Санитарные правила и нормы. СанПин 2.2.2.542-96).

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

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

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

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

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

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

4.1.1.1 Перечень программных модулей системы их назначение и характеристики

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

1) Модуль учета запчастей

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

- Редактирование каталога номенклатуры запчастей;

- Запись приходящих запчастей в каталог;

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

2) Модуль регистрации неисправностей на оборудовании

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

- Списание запчастей, израсходованных на устранение неисправностей;

- Возможность просмотра каталога оборудования;

- Предоставление информации о не устраненных неисправностях;

- Вывод информации о последних неисправностях за определенный период времени;

3) Модуль отчетности

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

- Формирование технической карточки по каждой единице оборудования;

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

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

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

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

Численность персонала АИС УЗН ЦОРУ КТСМ ОАОРЖД определяется согласно штатному расписанию.

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

4.1.3 Требуемый режим работы персонала

Требуемый режим работы персонала - полный рабочий день, согласно табеля учета рабочего времени. Основной перерыв должен составлять 1 час.

4.1.4 Требования к надежности системы

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

4.1.4.1 Перечень аварийных ситуаций:

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

1) Сбой на автоматизированном рабочем месте АИС УЗН ЦОРУ КТСМ ОАОРЖД.

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

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

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

3) Импульсные помехи, сбои или прекращение электропитания.

Импульсные помехи, сбои или прекращение электропитания не должны приводить к выходу системы и/или нарушению целостности данных.

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

4.1.4.2 Требования к надежности технических средств и программного обеспечения

Надежность системы в части технического обеспечения должна обеспечиваться:

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

- дублированием носителей информационных массивов

- защитой ТС по электропитанию путем использования источников бесперебойного питания;

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

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

- СаНПиН 2.2.4/2.8056-96 «Электромагнитные излучения радиочастотного диапазона»;

- ГОСТ Р 50377-92 (МЭК 950-86) «Безопасность оборудования информационной технологии, включая электрическое конторское оборудование»;

- ГОСТ 27954-88 «Видеомониторы персональных вычислительных машин. Типы, основные параметры, общие технические требования»;

- ГОСТ 27201-87 «Машины вычислительные электронные персональные. Типы, основные параметры, общие технические требования».

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

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

- экран должен иметь антибликовое покрытие;

- цвета знаков и фона должны быть согласованы между собой;

- для многоцветного отображения рекомендуется использовать одновременно максимум 6 цветов, т.к. вероятность ошибки тем меньше, чем меньше цветов используется и чем больше разница между ними;

- необходимо регулярное обслуживание терминалов специалистами.

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

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

Рабочий стул (кресло) должен быть подъемно-поворотным и регулируемым по высоте и углам наклона сиденья и спинки, а также расстоянию спинки от переднего края сиденья.

Клавиатуру лучше всего располагать на расстоянии 10-15 мм от края стола, тогда запястья рук будут опираться на стол. Желательно приобрести специальную подкладку под запястья, которая, как утверждают медики, поможет избежать болезни кистей.

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

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

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

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

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

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

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

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

Расположение рабочих мест для размещения персонала и технических средств АИС УЗН ЦОРУ КТСМ ОАОРЖД в подвальных помещениях не допускается. Площадь на одно рабочее место с ПЭВМ должна составлять не менее 6,0 м2, а объем - не менее 20,0 м3.

Сеть энергоснабжения должна иметь следующие параметры: напряжение - 220 В; частота - 50 Гц.

Для обслуживания технических средств АИС УЗН ЦОРУ КТСМ ОАОРЖД необходимо привлечение электромеханика. Его образование должно быть не ниже среднего специального (желательно высшее). Старший электромеханик по плану должен уделять 1 день в месяц для обслуживания технических средств АИС УЗН ЦОРУ КТСМ ОАОРЖД, либо в случае непредвиденного выхода технических средств из строя по заявке персонала АИС УЗН ЦОРУ КТСМ ОАОРЖД.

Инженер-программист с высшим образованием должен проводить обслуживание программного обеспечения АИС УЗН ЦОРУ КТСМ ОАОРЖД в следующих случаях: выход из строя программных средств; при неправильном использовании программных средств; по плану 1 день в месяц для проведения тестирования программных средств.

Для обеспечения ремонтопригодности АИС УЗН ЦОРУ КТСМ ОАОРЖД необходимо иметь запасные, комплектующие технических средств.

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

Защита информации может быть:

- программная (открытие документов только для чтения и т.п.);

- техническая (электронные ключи);

- организационная (пароли, замки, сигнализации в помещении).

Автоматизированное рабочее место пользователя должно содержать те средства антивирусной защиты, которые обеспечат надежный контроль над потенциальными источниками проникновения компьютерных вирусов в АИС УЗН ЦОРУ КТСМ ОАОРЖД.

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

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

- выход из строя технических средств АИС УЗН ЦОРУ КТСМ ОАОРЖД;

- стихийные бедствия (пожар, наводнение, взрыв, землетрясение и т.п.);

- хищение носителей информации, других средств системы;

- ошибки в программных средствах;

- неверные действия персонала;

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

4.1.10 Требования к средствам защиты от внешних воздействий

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

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

В процессе функционирования АИС УЗН ЦОРУ КТСМ ОАОРЖД должны использоваться программные и технические средства с учетом удобства их применения в рамках АИС УЗН ЦОРУ КТСМ ОАОРЖД.

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

Модули и функции АИС УЗН ЦОРУ КТСМ ОАОРЖД должны обеспечивать выполнение следующих общих требований:

- Предоставление возможности просмотра последнего списка неисправностей на оборудовании за выбранный период времени

- Предоставление каталога номенклатуры для его редактирования и просмотра

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

- Автоматизация процесса учета запчастей и неисправностей ЦОРУ КТСМ

- Уникальность хранимой информации

- Облегчение процедуры ведения учета запчастей и регистрации неисправностей на оборудовании

- Предоставление возможности просмотра информации о закончившихся, заканчивающихся запчастях.

- Вывод информации о текущих, т.е. не устраненных неисправностях.

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

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

- Возможность внесения, хранения, удаления, поиска данных, а также разграничение доступа к БД;

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

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

- Наличие классификаторов (каждый файл и каталог имеет своё определённым образом закодированное имя).

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

- Язык программирования - С#;

- Язык запроса к БД - SQL;

- Шрифт ввода-вывода данных - кириллица;

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

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

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

3) Эффективные приложения должны выполнять максимум работы, требуя при этом минимум информации от пользователя.

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

Перечень покупных программных средств:

- операционная система Windows XP/Vista/Seven;

- СУБД Microsoft Access 2007;

- архиваторы ZIP и RAR под операционную систему семейства Windows (для сжатия информации перед резервированием с целью уменьшения хранимого объема);

- антивирусное программное средство Антивирус Касперского (KIS)/Dr.Web;

- пакет прикладных программ Microsoft Office 2003/2007/2010;

- NET Framework (программная платформа необходимая для функционирования программного обеспечения написанного на C#);

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

Должны использоваться следующие технические средства: персональный компьютер (системный блок, монитор, клавиатура, мышь) или ноутбук. Системные требования процессор не ниже Pentium-IV-2400 МГц, 1024 Мб оперативной памяти, монитор 15-17 дюймов, накопитель на жестком диске емкостью 40-80Гб, USB-разъем не ниже версии 2.0.

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

Организационная структура должна отвечать следующим требованиям: соблюдение принципа единоначалия и персональной ответственности; рациональное разделение труда; обеспечение надежного функционирования АИС УЗН ЦОРУ КТСМ ОАОРЖД; рациональные информационные связи.

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

Стадии создания автоматизированной системы:

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

- разработка концепций автоматизированной системы (разработка варианта концепции, оформление отчета о выполненной работе);

- техническое задание (разработка технического задания, утверждение технического задания);

- эскизный проект (разработка предварительных решений, разработка документации);

- технический проект (разработка проектных решений по системе, разработка документации на АИС УЗН ЦОРУ КТСМ ОАОРЖД, разработка и оформление документации на поставку изделий комплектования системы);

- рабочая документация (разработка рабочей документации на АИС УЗН ЦОРУ КТСМ ОАОРЖД, адаптация программных средств);

- ввод в действие (подготовка объекта автоматизации к вводу АИС УЗН ЦОРУ КТСМ ОАОРЖД в действие, подготовка персонала, комплектация АИС УЗН ЦОРУ КТСМ ОАОРЖД поставляемыми изделиями, пуско-наладочные работы, проведение предварительных испытаний, проведение опытной эксплуатации);

- сопровождение автоматизированной системы (выполнение работ в соответствии с гарантийным обслуживанием, послегарантийное обслуживание).

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

Необходимо проводить следующие виды испытаний: испытание технических средств; испытание составленных программных продуктов; Испытание технических и программных средств АИС УЗН ЦОРУ КТСМ ОАОРЖД должно осуществляться путем их тестирования в целях выявления возможных ошибок.

Ответственность за организацию и проведение приемки АИС УЗН ЦОРУ КТСМ ОАОРЖД должен нести заказчик. Приемка АИС УЗН ЦОРУ КТСМ ОАОРЖД должна производиться по завершению приемки всех комплексов задач системы. При этом необходимо предоставить обеспечение материальной частью (технические средства), проектной документацией и выделенным персоналом.

По требованию заказчика или разработчика к приемке АИС УЗН ЦОРУ КТСМ ОАОРЖД могут быть привлечены представители специализированных организаций.

Заказчик должен предъявлять АИС УЗН ЦОРУ КТСМ ОАОРЖД ведомственной приемочной комиссии, при этом он обязан обеспечить нормальные условия работы данной комиссии в соответствии с принятой программой приемки.

Заказчик совместно с разработчиком должен подготовить и передать во временное пользование комиссии следующие документы: приказы, распоряжения, планы, договоры и т.п., предусматривающие создание АИС УЗН ЦОРУ КТСМ ОАОРЖД;

Отчет по предпроектной стадии АИС УЗН ЦОРУ КТСМ ОАОРЖД, техническое задание, технический и эскизный проекты, рабочую документацию; различные акты (например, акт рассмотрения и утверждения технического проекта, акты об окончании монтажа технических средств АИС УЗН ЦОРУ КТСМ ОАОРЖД и т.д.).

Завершающим этапом при приемке АИС АИС УЗН ЦОРУ КТСМ ОАОРЖД должно быть составление акта приемки.

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

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

Создание дополнительных служб и подразделений для функционирования АИС УЗН ЦОРУ КТСМ ОАОРЖД не требуется;

Приобрести компьютеры для создания рабочего места (при необходимости).

Подготовить персонал отдела для работы с АИС УЗН ЦОРУ КТСМ ОАОРЖД

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

- повышение квалификации персонала;

- подготовка новых специалистов;

- обучение персонала правильным действиям с техническими и программными средствами АИС УЗН ЦОРУ КТСМ ОАОРЖД.

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

8.1 Документация технического проекта

8.1.1 Пояснительная записка к техническому проекту

Пояснительная записка к техническому проекту должна содержать:

- Общие положения;

- Описание процесса деятельности;

- Описание методики технического проектирования;

- Описание основных технических решений;

8.1.2 Описание информационного обеспечения

Описание информационного обеспечения должно содержать:

- состав информационного обеспечения, включая назначение всех баз данных и наборов данных в системе;

- описание организации информационного обеспечения;

- описание организации сбора, обработки и передачи информации;

- перечень входных и выходных данных.

8.1.3 Описание комплекса технических средств

Описание комплекса технических средств должно содержать:

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

- описание структуры КТС

- описание решений по оснащению рабочих мест;

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

8.1.4 Описание программного обеспечения

Описание ПО должно содержать:

- описание компонентов ПО, их назначение и функции;

- перечень методом и средств разработки для каждого компонента;

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

8.2 Рабочая документация

8.2.1 Программа и методика испытаний

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

- объект испытаний;

- цель испытаний;

- объем испытаний;

- условия и порядок проведения испытаний;

- место проведения испытаний;

- состав испытаний.

8.3 Эксплуатационная документация

8.3.1 Общее описание системы

Общее описание системы должно содержать:

- назначение системы;

- вид деятельности, для автоматизации которой предназначена система;

- описание общей структуры системы и ее частей (модулей).

8.3.2 Руководства пользователей

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

8.4 Общие требования к документированию

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

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

9 Источники разработки

При составлении технического задания на АИС УЗН ЦОРУ КТСМ ОАОРЖД были использованы следующие источники.

- РД 50-680-88 «Автоматизированные системы. Основные положения».

- ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания».

- ГОСТ 34.003-90 «Автоматизированные системы. Термины и определения».

- ГОСТ 34.602-89 «Техническое задание на создание АС».

- ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании АС».

- СанПиН 2.2.2.542-96 «Гигиенические требования к видеодисплейным терминалам, ПЭВМ и организации труда».

- СаНПиН 2.2.4/2.8056-96 «Электромагнитные излучения радиочастотного диапазона».

- ГОСТ Р 50377-92 (МЭК 950-86) «Безопасность оборудования информационной технологии, включая электрическое конторское оборудование».

СОСТАВИЛ

Список сокращений

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

АСУ - Автоматизированная система управления

РЖД - Российские железные дороги

КТСМ - Комплекс технических средств многофункциональный

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

ЦОРУ КТСМ - цех по обслуживанию и ремонту устройств КТСМ

ШЧ-3 - Кунгурская дистанция сигнализации, централизации и блокировки

ГОСТ - Государственный стандарт

ЖЦ - Жизненный цикл

ИС - Информационная система

ПО - Программное обеспечение

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

CASE (Computer Aided Software/ System Engineering) -Автоматизированная разработка программного обеспечения

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

Размещено на Allbest.ru