Лабораторный практикум. Лабораторная работа Обследование предметной области Построение модели ide создание контекстной диаграммы Создание диаграммы декомпозиции Создание диаграммы
 Скачать 5.73 Mb.
|
|
Виды, состав, объем и методы испытаний Общие положения Организация контроля создания «Подсистемы» и ее приемка проводится в виде следующих основных испытаний: 1) предварительные испытания; 2) опытная эксплуатация; 3) приемочные испытания. Испытания ПК проводятся в соответствии с требованиями ГОСТ 34.603.92. Предварительные испытания Предварительные испытания проводятся на основании распоряжения о создании комиссии для проведения предварительных испытаний. Предварительные испытания проводятся на контрольных данных на стенде имитационного моделирования в подразделении Подрядчика в присутствии комиссии в соответствии с документом «Программа и методика предварительных испытаний». Программа стендовых испытаний должна быть согласована с Заказчиком не позднее, чем за 5 дней до их начала. 53 Проверяется работоспособность программного обеспечения и соответствие выполняемых функций системы требованиям документа «Техническое задание». Заканчиваются предварительные испытания оформлением акта приемки в опытную эксплуатацию. Опытная эксплуатация Опытная эксплуатация проводится на основании распоряжения о проведении опытной эксплуатации, которое определяет объект или несколько объектов, на которых будет проведена опытная эксплуатация, и сроки проведения опытной эксплуатации. Опытная эксплуатация проводится с целью проверки технологичности реализованного процесса, проверки функционирования системы в целом и отдельных рабочих мест, способности к взаимодействию с другими системами, правильности выполнения поставленных задач и реализованных функций, подготовки персонала к работе в новой системе. Опытная эксплуатация должна проводиться на полном объеме реальных данных. В процессе опытной эксплуатации должен вестись журнал, в котором будут фиксироваться результаты выполненных работ, замечания по работе программного обеспечения и предложения по изменению работы ПО. В процессе опытной эксплуатации разработчики проводят доработку ПО по полученным замечаниям и предложениям, утверждают рабочую документацию. Результаты опытной эксплуатации отражаются в Акте о завершении опытной эксплуатации. Приемочные испытания Решение о вводе системы в постоянную эксплуатацию принимает комиссия, назначаемая распоряжением о проведении приемочных испытаний. Приемочные испытания должны проводиться в соответствии с «Программой и методикой приемочных испытаний». Программа приемочных испытаний должна быть представлена Заказчику не позднее, чем за 5 дней до их начала и согласована с Заказчиком до их начала. 54 Комиссии предъявляется доработанное по результатам опытной эксплуатации ПО (программы и документация). Комиссия проверяет полноту выполненных доработок, комплектность и качество документации. На основании анализа выполненных работ и журнала проведения опытной эксплуатации, комиссия принимает решение о принятии системы в постоянную эксплуатацию. Общие требования к приемке работ Приемку работ по всем видам испытаний осуществляет приемочная комиссия, назначенная приказом исполнительного директора БТФОМС, в состав которой входят представители Заказчика и Подрядчика. Место, сроки и порядок проведения испытаний определяется приемочной комиссией. Протоколы и акты приемочной комиссии подписывают все ее члены. В случае возникновения разногласий член комиссии имеет право на выражение особого мнения или замечаний, подписываемых им. В этом случае особое мнение или замечание прилагается к протоколу или акту комиссии. Акты приемки ПК ВЗР утверждаются исполнительным директором БТФОМС. Требования к документации Документация на ПК разрабатывается в соответствии с Комплексом стандартов и руководящих документов на автоматизированные системы РД 50- 34. 698-90 и определяется ГОСТами, перечень которых будет приведен в пункте ниже. Техническая документация, содержащая сведения, необходимые для установки и эксплуатации ПК ВЗР, включает в себя следующие виды документов: − спецификация; − инструкция по установке ПО; 55 − руководство пользователя; − руководство администратора; − программа и методика испытаний. Источники разработки 1. Приказ ФОМС № 70 от 23 августа 2000 г. «О порядке финансовых расчетов между территориальными фондами обязательного медицинского страхования за медицинскую помощь в объеме базовой программы обязательного медицинского страхования граждан Российской Федерации, оказанную гражданам Российской Федерации за пределами территории страхования». 2. ГОСТ 23962-80. Организация работ при создании систем. 3. ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы. 4. ГОСТ 34.601-90. Автоматизированные системы. Стадии создания. 5. ГОСТ 34.201-89. Виды, комплектность и обозначение документов при создании автоматизированной системы. 6. ГОСТ 34.603-92. Виды испытаний автоматизированных систем. 7. РД 50-34.698-90. Автоматизированные системы. Требования к содержанию документов. 8. ГОСТ 19.004-80. Единая система программной документации. Термины и определения. 9. ГОСТ 19.101-77. Единая система программной документации. Виды программ и программных документов. 10. ГОСТ 19.102-77. Единая система программной документации. Стадии разработки. 11. ГОСТ 19.103-77. Единая система программной документации. Обозначение программ и программных документов. 12. ГОСТ 19.104-77. Единая система программной документации. Основные надписи. 56 13. ГОСТ 19.105-77. Единая система программной документации. Общие требования к программным документам. 14. ГОСТ 19.106-77. Единая система программной документации. Общие требования к программным документам, выполненным печатным способом. 15. ГОСТ 19.201-78. Единая система программной документации. Техническое задание. Требования к содержанию и оформлению. 16. ГОСТ 19.202-78. Единая система программной документации. Спецификация. Требования к содержанию и оформлению. 17. ГОСТ 19.301-79. Единая система программной документации. Программа и методика испытаний. Требования к содержанию и оформлению. 2.8 Контрольное задание Разработать техническое задание для информационной системы согласно выбранному вами варианту. 2.9 Контрольные вопросы 1. Сформулируйте понятие технического задания для информационной системы. 2. Каковы задачи технического задания для информационной системы? 3. Опишите структуру технического задания для информационной системы. 57 3 Лабораторная работа № 3. Разработка технического проекта Цель работы: научиться разрабатывать технический проект информационной системы. Используемое программное обеспечение: Microsoft Word 2016. Технический проект системы – это техническая документация, содержащая общесистемные проектные решения, алгоритмы решения задач, а также оценку экономической эффективности автоматизированной системы управления и перечень мероприятий по подготовке объекта к внедрению. Технический проект информационной системы разрабатывается на основе технического задания (и эскизного проекта). Технический проект включает в себя: − разработку проектных решений по системе и ее частям; − разработку документации на информационную систему и ее части; − разработку и оформление документации на поставку комплектующих изделий; − разработку заданий на проектирование в смежных частях проекта. На этом этапе осуществляется комплекс научно-исследовательских и экспериментальных работ для выбора основных проектных решений и расчет экономической эффективности системы. 3.1 Структура технического проекта. Пояснительная записка 1. основания для разработки системы; 2. перечень организаций разработчиков; 3. краткая характеристика объекта с указанием основных технико- экономических показателей его функционирования и связей с другими объектами; 58 4. краткие сведения об основных проектных решениях по функциональной и обеспечивающим частям системы. 3.2 Функциональная и организационная структура системы 1. обоснование выделяемых подсистем, их перечень и назначение; 2. перечень задач, решаемых в каждой подсистеме, с краткой характеристикой их содержания; 3. схема информационных связей между подсистемами и между задачами в рамках каждой подсистемы. 3.3 Постановка задач и алгоритмы решения 1. организационно-экономическая сущность задачи (наименование, цель решения, краткое содержание, метод, периодичность и время решения задачи, способы сбора и передачи данных, связь задачи с другими задачами, характер использования результатов решения, в которых они используются); 2. экономико-математическая модель задачи (структурная и развернутая форма представления); 3. входная оперативная информация (характеристика показателей, диапазон изменения, формы представления); 4. нормативно-справочная информация (НСИ) (содержание и формы представления); 5. информация, хранимая для связи с другими задачами; 6. информация, накапливаемая для последующих решений данной задачи; 7. информация по внесению изменений (система внесения изменений и перечень информации, подвергающейся изменениям); 8. алгоритм решения задачи (последовательность этапов расчета, схема, расчетные формулы); 59 9. контрольный пример (набор заполненных данными форм входных документов, условные документы с накапливаемой и хранимой информацией, формы выходных документов, заполненные по результатам решения экономико- технической задачи и в соответствии с разработанным алгоритмом расчета). 3.4 Организация информационной базы 1. источники поступления информации и способы ее передачи; 2. совокупность показателей, используемых в системе; 3. состав документов, сроки и периодичность их поступления; 4. основные проектные решения по организации фонда НСИ; 5. состав НСИ, включая перечень реквизитов, их определение, диапазон изменения и перечень документов НСИ; 6. перечень массивов НСИ, их объем, порядок и частота корректировки информации; 7. структура фонда НСИ с описанием связи между его элементами; требования к технологии создания и ведения фонда; 8. методы хранения, поиска, внесения изменений и контроля; 9. определение объемов и потоков информации НСИ; 10. контрольный пример по внесению изменений в НСИ; 11. предложения по унификации документации. 3.5 Система математического обеспечения 1. обоснование структуры математического обеспечения; 2. обоснование выбора системы программирования; 3. перечень стандартных программ. 60 3.6 Принцип построения комплекса технических средств 1. описание и обоснование схемы технологического процесса обработки данных; 2. обоснование и выбор структуры комплекса технических средств и его функциональных групп; 3. обоснование требований к разработке нестандартного оборудования; 4. комплекс мероприятий по обеспечению надежности функционирования технических средств. 3.7 Расчет экономической эффективности системы 1. сводная смета затрат, связанных с эксплуатацией систем; 2. расчет годовой экономической эффективности, источниками которой являются оптимизация производственной структуры хозяйства (объединения), снижение себестоимости продукции за счет рационального использования производственных ресурсов и уменьшения потерь, улучшения принимаемых управленческих решений. 3.8 Мероприятия по подготовке объекта к внедрению системы 1. перечень организационных мероприятий по совершенствованию бизнес- процессов; 2. перечень работ по внедрению системы, которые необходимо выполнить на стадии рабочего проектирования, с указанием сроков и ответственных лиц. 3.9 Ведомость документов 1. Ведомость документов; 61 2. В завершение стадии технического проектирования производится разработка документации на поставку серийно выпускаемых изделий для комплектования информационной системы, а также определяются технические требования и составляются технические задания на разработку изделий, не изготовляемых серийно. 3.10 Пример технического проекта. Пояснительная записка В связи с расширением отделов, а, следовательно, и ростом количества сотрудников, а также с обновлением ассортимента возникла необходимость в решении следующего ряда проблем: поставка нового ассортимента, реализация накопительной системы скидок и др. Очевидно, что эффективное решение данных проблем возможно лишь на основе применения соответствующей автоматизированной информационной системы на платформе среды разработки баз данных Microsoft SQL Server 2017 и среды программирования Microsoft Visual Studio 2017 Ultimate. 3.11 Функциональная и организационная структура системы База данных, созданная на платформе Microsoft SQL Server 2017, должна содержать 6 таблиц: поставщик, магазин, партия, транспорт, купленный товар и клиенты, на основе информации из которых возможно будет формировать заказы и контролировать их выполнение. 3.12 Постановка задач и алгоритмы решения Задачи поставки нового ассортимента: − осуществить выборку ассортимента по типу, наименованию, марки автомобиля; 62 − необходимо организовать поиск необходимого ассортимента в каталоге на наличие или отсутствие товара. − осуществить возможность вывода на печать отчета о поставках. Реализация накопительных систем скидок: − делая заявку на покупку товара, клиент автоматически вносится в базу данных клиентов; − в базе данных должны храниться сведения: • фамилия, имя, отчество клиента. • сумма покупки. • дата покупки. • возможность распечатать заказ и послать поставщику. • автоматический перенос ассортимента в новую базу данных. Задачи по возврату бракованного ассортимента поставщику: − ассортимент хранится в магазине, пока техник не решит, бракованный товар или исправный; − возможность распечатать акт, и послать в сервис центр; − автоматическое удаление списанного ассортимента из общей базы данных. 3.13 Организация информационной базы Как уже было описано выше, база данных содержит 6 таблиц: «Postavshik», «Magazin(Sklad)», «Partiya», «Transport», «Tovar», «Client». Таблица «Postavshik» содержит сведения о поставщике: − * – ключевое поле таблицы – код поставщика типа − – категория поставщика типа − – затраты типа − – наличие типа − – наименование типа 63 Таблица «Magazin(Sklad)» содержит сведения о товаре, находящемся на складе магазина: − * − − − Таблица «Client» содержит сведения о купленном клиентом товаре, а также о самом клиенте: − * − − − − Таблица «Partiya» содержит сведения о заказанном на данный момент товаре: − * – ключевое поле таблицы – код партии типа − – количество типа − – тип партии типа − – наименование типа Таблица «Transport» содержит информацию о транспорте, способе транспортировки товара, а также времени транспортировки: − * − − − Таблица «Tovar» содержит информацию о купленном товаре: − * − 64 − − магазин заказывает партии товара у поставщиков. − поставщики транспортируют товары. − клиенты покупают товары. 3.14 Контрольное задание Разработать технический проект для информационной системы согласно выбранному варианту на основе технического задания. 3.15 Контрольные вопросы 1. Сформулируйте определение технического проекта информационной системы. 2. Опишите структуру технического проекта информационной системы. 3. Какая взаимосвязь существует между техническим заданием и техническим проектом информационной системы? 65 4 Лабораторная работа № 4. Реализация баз данных и таблиц в MS SQL Server. Обеспечение целостности данных Цель работы: научиться создавать таблицы и связи между ними с помощью компонентов Microsoft SQL Server 2017: Query Analizer и Enterprise Manager. Используемое программное обеспечение: Microsoft SQL Server 2017. Базы данных SQL Server бывают системные и пользовательские. Принципиальной разницы между ними нет, но системные базы данных необходимы для работы SQL Server: они хранят информацию о сервере SQL Server в целом, применяемую для управления системой. Пользовательские базы данных создают пользователи. Один сервер SQL Server может управлять несколькими такими базами данных. При установке SQL Server создается 4 системных и 2 учебных пользовательских базы данных. 4.1 Базы данных SQL Server. Системные базы данных В нижеприведенной таблице описаны системные базы данных. Таблица 1 – Описание системных баз данных База данных Описание master model Служит для управления пользовательскими базами данных и операциями SQL Server; хранит информацию об учетных записях, параметрах конфигурации, размещении баз данных и системных сообщениях об ошибках tempdb Шаблон для создания новых пользовательских баз данных. Хранилище для временных таблиц и других временных объектов msdb Обеспечивает поддержку службы SQL Server Agent и предоставляет хранилище для расписания и журнала заданий distribution Хранит протоколы и транзакции, используемые при репликации Данные, хранящиеся в системных базах данных, можно изменять и удалять, но это не рекомендуется. Все пользовательские объекты Вы должны создавать только в пользовательских базах данных, а для чтения и изменения системных следует применять только системные хранимые процедуры. |