Разработка технического задания для функционального модуля учета закупок медицинского оборудования для ФГБУЗ МСЧ №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
...Подобные документы
Проектирование функционального модуля по учету кадров на предприятии в отделе кадров. Анализ предметной области. Создание документа, формально определяющего существование проекта, то есть технического задания на проект фрагмента информационной системы.
курсовая работа [2,2 M], добавлен 11.12.2012Накопление, обработка и распространение информации. Программная и техническая архитектура информационной системы предприятия. Анализ системы обеспечения информационной безопасности и защиты информации. Реализация модуля экспорта отчетной документации.
дипломная работа [9,5 M], добавлен 25.06.2013Описание технологии функционирования информационных систем. Разработка функционального модуля. Физическое проектирование базы данных. Разработка экранных форм ввода-вывода и отчетов. Анализ складского учета. Логическая модель информационной системы.
курсовая работа [2,8 M], добавлен 29.11.2013Разработка интерфейса пользователя, модуля программы, печатной формы, а также ролей и пользователей. Описание контрольного примера и порядок проведения тестирования информационной системы, требования к ней, а также ее функциональные особенности.
курсовая работа [1,4 M], добавлен 22.03.2017Интегрируемые системы и подходы к их интеграции. Методы передачи данных между информационными системами: обмен плоскими файлами, общая база данных, интеграционная шина. Особенности использования SAP.NET Connector. Проектирование функционала модуля.
дипломная работа [2,4 M], добавлен 26.08.2017Постановка задачи для модуля 1С. Бухгалтерия 3.0. Анализ существующих разработок в области интегрирования данных. Информационное обеспечение модуля "Связь 1С Предприятия 8.2. с "Казначейством". Программное и технологическое обеспечение данного модуля.
курсовая работа [1,5 M], добавлен 10.06.2013Моделирование предметной области. Состав программного модуля. Разработка логической структуры единой базы данных банковской информационной системы "БИС". Создание экранных форм для ввода и корректировки информации. Разработка интерфейса пользователя.
курсовая работа [1,8 M], добавлен 17.05.2016Проектирование модуля регистрации документов. Анализ предметной области, спецификация требований. Построение диаграммы прецедентов Анализ архитектуры модуля в "OpenText Content Server 16.2". Разработка программы регистрации документов, ее тестирование.
дипломная работа [1,9 M], добавлен 25.08.2017Разработка структурной схемы и алгоритма функционирования микропроцессорного модуля программного обеспечения автоматизированной информатизационно-измерительной системы. Характеристика принципиальной схемы модуля, распределения памяти и задание портов.
курсовая работа [1,2 M], добавлен 28.08.2012Разработка и внедрение программного модуля поддержки принятия управленческих решений для информационной системы медицинского предприятия ООО "Центр эндохирургических технологий". Эффективность применения модуля, полученные с его помощью результаты.
дипломная работа [1,9 M], добавлен 11.04.2013Анализ модуля интеграции на предприятии "Вазаро". Оценка электронной коммерции и интернет-магазинов в частности. Реализация необходимых изменений в модуле интеграции "1С: Предприятие" и интернет-магазина. Расчет стоимости и прибыльности модернизации.
дипломная работа [2,8 M], добавлен 03.07.2014Технико-экономические характеристики предметной области по учету готовой продукции на ОАО "ММК". Постановка задачи для модуля 1С. Бухгалтерия 3.0. Информационное обеспечение модуля "Связь 1С Предприятия 8.2. с "Казначейством". Оценка трудоемкости работы.
дипломная работа [1,1 M], добавлен 06.06.2013Выбор методологии проектирования и разработка информационной системы "Расчёт зарплаты" для предприятия ОАО РТП "Авторемонтник". Архитектурное проектирование базы данных информационной системы и разработка её интерфейса. Тестирование программного модуля.
дипломная работа [2,3 M], добавлен 25.05.2014Автоматизация рутинных бизнес-процессов технической поддержки организации с помощью встраиваемого модуля технологии системы IP-телефонии. Особенности проектирования, разработки и реализации модуля. Описание информационной системы, ее тестирование.
дипломная работа [2,3 M], добавлен 10.12.2016Разработка функциональной и структурной схемы программного средства. Реализация основного модуля программы. Реализация модуля печати и модуля обновлений. Изучение взаимодействия информационных технологий, методов их интеграции и обмена данными.
дипломная работа [3,2 M], добавлен 27.10.2017Характеристика информационной среды предприятия и ее назначения. Разработка макета программного модуля для разработки функциональной модели деятельности предприятия. Обоснование выбора программных средств для реализации модуля. Работа с базами данных.
отчет по практике [1,5 M], добавлен 12.10.2022Разработка сайта, предназначенного для купли-продажи средств передвижения. Характеристика объекта программирования. Требования к исходным текстам и языкам программирования. Интерфейс информационной системы. Проект модуля управления записями о товаре.
курсовая работа [35,7 K], добавлен 30.01.2016Характеристика деятельности, структуры и функций агентства. Анализ текущей структуры сайта заказа наружной рекламы. Описание функциональной архитектуры и архитектуры данных проектируемого автоматизированного модуля. Проектирование интерфейса пользователя.
дипломная работа [2,0 M], добавлен 22.07.2015Разработка интерфейсной и функциональной части информационной системы для станции технического обслуживания. Анализ предметной области и постановка задачи на проектирование. Математические методы в прогнозировании. Реализация модуля прогнозирования.
курсовая работа [1,7 M], добавлен 26.05.2010Структурная диаграмма программного модуля. Разработка схемы программного модуля и пользовательского интерфейса. Реализация программного модуля: код программы; описание использованных операторов и функций. Вид пользовательской формы с заполненной матрицей.
курсовая работа [215,3 K], добавлен 01.09.2010