Автор работы: Пользователь скрыл имя, 10 Декабря 2011 в 03:30, курсовая работа
Цель проекта: Реализация структурной функциональной модели деятельности бюро по оценке качества ПС
Точка зрения: Руководство бюро по оценке качества ПС
Санкт-Петербургский Государственный Электротехнический
Университет
(«ЛЭТИ»)
Кафедра
АСОИУ
Курсовая работа
по дисциплине
«Автоматизация
управления производством»
Выполнили: Антипова Е.
Кокла А.
Группа: 9331
Факультет
КТИ
Проверил : Шеховцов
О.И.
Санкт-Петербург
2003
Название проекта: Моделирование деятельности бюро по оценке качества ПС с целью их дальнейшей сертификации
Цель
проекта: Реализация структурной
функциональной модели деятельности бюро
по оценке качества ПС
Точка
зрения: Руководство бюро по оценке
качества ПС
Технология моделирования: метод функционального моделирования IDEF0, методология описания бизнес-процессов IDEF3, технология моделирования потоков данных DFD.
Инструментарий:
программные продукты BPWin 4.0, ERWin 4.0
Список данных:
Список функций:
Деятельность бюро по оценке качества ПС – А0
Регистрация заказа – А1
Записать в регистрационную
Проверка данных заказчика – А12
Работа с заказчиком – А2
Обсуждение деталей и условий договора – А21
Подписание договора – А22
Проверка счета – А3
Работа экспертной комиссии – А4
Оценка по комплексным
Общая оценка качества ПС – А42
Составление отчета – А5
Принятие решения – А6
Сравнение с ТЗ – А61
Вынесение решения о
Описание функциональных блоков:
А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: