Курсовая работа по АУП / БЮРО
.docСанкт-Петербургский Государственный Электротехнический
Университет («ЛЭТИ»)
Кафедра АСОИУ
Курсовая работа
по дисциплине
«Автоматизация управления производством»
Выполнили: Антипова Е.
Кокла А.
Группа: 9331
Факультет КТИ
Проверил : Шеховцов О.И.
Санкт-Петербург
2003
Название проекта: Моделирование деятельности бюро по оценке качества ПС с целью их дальнейшей сертификации
Цель проекта: Реализация структурной функциональной модели деятельности бюро по оценке качества ПС
Точка зрения: Руководство бюро по оценке качества ПС
Технология моделирования: метод функционального моделирования IDEF0, методология описания бизнес-процессов IDEF3, технология моделирования потоков данных DFD.
Инструментарий: программные продукты BPWin 4.0, ERWin 4.0
Список данных:
-
Заказ на оценивание ПС
-
Техническое задание (ТЗ)
-
Программное средство (ПС)
-
Заказчик
-
Персонал бюро
-
Документация
-
Методология
-
Должностные инструкции
-
Законодательство
-
ГОСТы по сертификации
-
Результаты оценивания
-
Решение о сертификации
-
Экспертная комиссия
-
Сигнал к началу работы
-
Сигнал к проверке счета
-
Проверенные данные заказчика
-
Секретарь
-
Запись в регистрационной книге
-
Юрист бюро
-
Согласие сторон
-
Генеральный директор
-
Результаты оценивания по комплексным показателям качества
-
Результаты оценивания
-
Результаты сравнения с ТЗ
Список функций:
Деятельность бюро по оценке качества ПС – А0
Регистрация заказа – А1
Записать в регистрационную книгу – А11
Проверка данных заказчика – А12
Работа с заказчиком – А2
Обсуждение деталей и условий договора – А21
Подписание договора – А22
Проверка счета – А3
Работа экспертной комиссии – А4
Оценка по комплексным показателям качества – А41
Общая оценка качества ПС – А42
Составление отчета – А5
Принятие решения – А6
Сравнение с ТЗ – А61
Вынесение решения о сертификации – А62
Описание функциональных блоков:
А1. Регистрация заказа
На этом этапе происходит регистрация заказа клиента на оценивание ПС (ПС - текст программы, запускаемый файл, инструкции по установке и использованию программы, размещенные на электронном носителе)
А11.Записать в регистрационную книгу
В регистрационную книгу вносятся данные о заказчике – ФИО, адрес, телефон, ИНН
А12.Проверка данных заказчика
Проверяется достоверность предоставленных заказчиком данных.
А2. Работа с заказчиком
Работу с заказчиком проводит персонал бюро, руководствуясь действующим законодательством и должностными инструкциями
А21.Обсуждение деталей и условий договора
Оговариваются условия и детали договора, устраняются все возможные несогласия. Обсуждение проводит юрист бюро.
А22.Подписание договора
Происходит в результате достижения сторонами согласия по всем пунктам договора. Договор подписывают генеральный директор фирмы (бюро) и заказчик.
А3.Проверка счета
На этом этапе проверяется факт поступления денежных средств на счет бюро в указанный в договоре срок и обозначенном размере.
А4.Работа экспертной комиссии
Экспертная комиссия приступает к работе после получения сигнала к началу работы (поступает от руководства бюро).
А41.Оценка по комплексным показателям качества
Каждый показатель качества характеризуется количественным значением и весовым коэффициентом, показывающим важность данного показателя в общей оценке.
А42.Общая оценка качества ПС
Общая оценка качества ПС формируется экспертами по набору полученных значений оценок факторов качества.
А5.Составление отчета
Отчет составляется в соответствии с ГОСТами по сертификации и включает в себя результаты оценивания и решение о сертификации.
А6.Принятие решения
Решение о сертификации принимается экспертной комиссией на основании проведенных испытаний ПС и предоставленного заказчиком ТЗ.
А61.Сравнение с ТЗ
Результаты оценивания сопоставляются с предъявленным заказчиком ТЗ
А62.Вынесение решения о сертификации
Экспертная комиссия на основании сравнения результатов оценивания ПС с ТЗ, руководствуясь ГОСТами по сертификации выносит решение о сертификации ПС.
Номенклатура показателей качества: номенклатура показателей качества и характеризуемые ими свойства программных средств приведены в таблице:
Наименование групп и комплексных показателей качества
|
Характеризуемое свойство |
1. Показатели надежности ПС |
Характеризуют способность ПС в конкретных областях применения выполнять заданные функции в соответствии с программными документами в условиях отклонений в среде функционирования, вызванных сбоями технических средств, ошибками обслуживания или другими дестабилизирующими воздействиями
|
1.1 Устойчивость функционирования |
Способность обеспечивать продолжение работы программы после возникновения отклонений, вызванных сбоями технических средств, ошибками обслуживания, ошибками во входных данных и пр.
|
1.2 Показатели работоспособности |
Способность программы функционировать в заданных режимах в соответствии с программными документами при отсутствии сбоев технических средств
|
2. Показатели сопровождения |
Характеризуют технологические аспекты, обеспечивающие простоту устранения ошибок в программе и программных документах и поддержание ПО в актуальном состоянии
|
2.1 Структурность |
Организация всех взаимосвязанных частей программы в единое целое с использованием логических структур <последовательность>, <выбор>, <повторение>
|
2.2 Простота конструкции |
Построение модульной структуры программы наиболее рациональным с точки зрения восприятия и понимания пользователем
|
2.3 Наглядность |
Наличие и представление в наиболее легко воспринимаемом виде исходных модулей ПС, полное их описание в соответствующих программных документах
|
2.4 Повторяемость |
Степень использования типовых проектных решений или компонентов, входящих в ПС
|
3.Показатели удобства применения |
Характеризуют свойства ПС, способствующие быстрому освоению и применению ПС с минимальными трудозатратами с учетом характера решаемых задач и требований к квалификации обслуживающего персонала
|
3.1Легкость освоения |
Представление программных документов и программы в виде, способствующем пониманию логики функционирования программы в целом и в частях
|
3.2 Доступность эксплуатационных программных документов
|
Понятность, наглядность и полнота описания взаимодействия пользователя с программой в эксплуатационных программных документах |
3.3 Удобство эксплуатации и обслуживания |
Соответствие процесса обработки данных и форм представления результатов характеру решаемых задач |
4. Показатели эффективности |
Характеризуют степень удовлетворения потребности пользователя в обработке данных с учетом экономических, вычислительных и людских ресурсов
|
4.1 Уровень автоматизации |
Уровень автоматизации процесса обработки данных с учетом рациональности функциональной структуры программы с точки зрения взаимодействия с ней пользователя и использования вычислительных ресурсов
|
4.2 Временная эффективность |
Способность программы выполнять заданные действия в интервал времени, отвечающий заданным требованиям
|
4.3 Ресурсоемкость |
Минимально необходимые вычислительные ресурсы и количество обслуживающего персонала для эксплуатации ПС
|
5. Показатели универсальности |
Характеризуют ПС адаптироваться к новым функциональным требованиям, возникающим вследствие изменения области применения или других условий функционирования
|
5.1 Гибкость |
Возможность использования ПС в различных областях применения
|
5.2 Мобильность |
Возможность использования ПС без существенных дополнительных трудозатрат на ЭВМ аналогичного класса
|
5.3 Модифицируемость |
Обеспечение простоты внесения необходимых изменений и доработок в программу в процессе эксплуатации
|
6. Показатели корректности |
Характеризуют степень соответствия ПС требованиям, установленным в ТЗ, требованиям к обработке данных и общесистемным требованиям
|
6.1 Полнота реализации |
Полнота реализации заданных функций ПС и достаточность их описания в программной документации
|
6.2 Согласованность |
Однозначное описание и использование тождественных объектов, функций, терминов, определений, идентификаторов и т.д. в различных частях программных документов и текста программы
|
6.3 Логическая корректность |
Функциональное и программное соответствие процесса обработки данных при выполнении задания общесистемным требованиям
|
6.4 Полнота проверки |
Полнота проверки возможных маршрутов выполнения программы в процессе работы |
Представление модели с помощью метода функционального моделирования IDEF0 (блоки с большой конкретизацией представлены с помощью IDEF3):
Представление модели с помощью DFD: