Разработка технического задания для функционального модуля учета закупок медицинского оборудования для ФГБУЗ МСЧ №142 ФМБА России

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 05.05.2019
Размер файла 575,6 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

5.1 Виды и объем испытаний системы

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

1. Предварительные испытания.

2. Опытная эксплуатация.

3. Приемочные испытания.

Состав испытаний

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

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

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

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

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

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

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

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

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

n выполнении каждого требования, относящегося к интерфейсу Подсистемы;

n работы персонала в диалоговом режиме;

n средств и методов восстановления работоспособности Подсистемы после отказов;

n комплектности и качества эксплуатационной документации.

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

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

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

n реакция Подсистемы и ее частей на ошибки оператора, средства сервиса. Проверка средств восстановления работоспособности Подсистемы после отказов ЭВМ должна включать:

n проверку наличия в эксплуатационной документации рекомендаций по восстановлению работоспособности и полноту их описания;

n практическую выполнимость рекомендованных процедур;

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

При испытаниях Подсистемы проверяется:

n качество выполнения комплексом программных и технических средств автоматических функций во всех режимах функционирования Подсистемы согласно ЧТЗ

n полноту содержащихся в эксплуатационной документации указаний персоналу по выполнению им функций во всех режимах функционирования Подсистемы согласно ЧТЗ.

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

Состав и содержание работ по созданию системы регламентирован стандартом ГОСТ-34.602, РД 50-34.698-90.

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

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

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

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

• осуществление закупки и установки необходимого АТК;

• организацию необходимого сетевого взаимодействия.

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

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

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

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

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

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

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

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

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

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

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

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

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

6.3 Изменения в информационном обеспечении

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

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

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

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

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

• требования по документированию комплектующих элементов;

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

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

Вся работа по разработке системы «Склад» должна быть документирована в соответствии со стандартами. Перечень стандартов и базовых нормативных документов для выполнения проекта приведены ниже:

1. ГОСТ 34.602 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

2. РД 50-34.698-90 Автоматизированные системы требования к содержанию документов.

3. ГОСТ Р ИСО/МЭК 12207-99 Процессы жизненного цикла ПС.

4. ISO 15504:1-9:1998 Оценка (аттестация) процессов жизненного цикла программных средств

5. ISO 15271:1998. (ГОСТ Р-2002). ИТ. Руководство по применению ISO 12207.

6. ISO 16326:1999. (ГОСТ Р-2002). ИТ. Руководство по применению ISO 12207 при административном управлении проектами.

7. ISO 9000-3:1997. Стандарты в области административного управления качеством и обеспечения качества. Часть 3. Руководящие положения по применению стандарта ISO 9001 при разработке, поставке и обслуживании программного обеспечения.

8. ГОСТ 19-201-78 Единая система программной документации. Техническое здание. Требование к содержанию и оформлению.

9. ГОСТ 19.402-78 Единая система программной документации. Описание программы.

10. ГОСТ 19.404-79 Единая система программной документации. Пояснительная записка. Требования к содержанию и оформлению.

11. ГОСТ 19.301-79 Единая система программной документации. Программа и методика испытаний. Требования к содержанию и оформлению.

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

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

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

• Договор № … от … между…

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

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

• ГОСТ 21958-76 «Система «Человек-машина». Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».

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

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

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

...

Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.