Курсовая работа1 / БЮРО
.docСанкт-Петербургский Государственный Электротехнический
Университет («ЛЭТИ»)
Кафедра АСОИУ
Курсовая работа
по дисциплине
«Системотехническое проектирование»
Преподаватель : Дубенецкий В.А.
|
Группа |
Исполнители |
Оценка |
Подпись преп. |
|
9331 |
Антипова Е. |
|
|
|
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:
Описание функциональных блоков:
А1 – Обработать заказы: на этом этапе проверяются данные клиента
А2 – Заключение договора: включает обсуждение условий договора и подписание договора
А3 – Проверить счет: на этом этапе проверяется факт поступления денежных средств на счет бюро в указанный в договоре срок и обозначенном размере.
А4 – Работа экспертной комиссии: экспертная комиссия проводит оценку ПС по комплексным показателям качества и формирует общую оценку качества ПС
А7 – Принять решение о сертификации: на этом этапе экспертная комиссия выносит решение о сертификации на основании проведенных испытаний
А6 – Составить отчет: отчет составляется в соответствии с ГОСТами по сертификации и включает в себя результаты оценивания и решение о сертификации.
Также в нашей модели присутствуют следующие хранилища данных:
1. Регистрационная книга: здесь хранятся проверенные данные клиента
2. ПС+ТЗ: здесь хранятся ПС и ТЗ, полученные от заказчика
3. Счета: здесь хранятся данные счетов
4. Результаты оценивания: сюда записываются результаты работы экспертной комиссии
и внешние сущности:
Клиент;
Банк (в этом банке открыт счет бюро).
Построим реляционную модель:
Сущности:
-
Клиент
-
Договор
-
Бюро
-
Отчет
-
ПС
Атрибуты сущностей:
Клиент:
-
ИНН_клиента – первичный ключ
-
ФИО
-
Адрес_клиента
-
Телефон_клиента
Договор:
-
№_договора – первичный ключ
-
Дата заключения
-
Стоимость работ
Бюро:
-
ИНН_бюро – первичный ключ
-
Адрес_бюро
-
Телефон_бюро
-
Расчетный счет бюро
-
Название
Отчет:
-
№_отчета – первичный ключ
-
Решение_о_сертификации
-
Дата_составления
ПС:
-
ID_ПС – первичный ключ
-
Название_ ПС
Представление модели в виде ER-диаграммы:
Спецификация реляционных таблиц:
Table Byuro
|
Название |
Тип данных |
PK |
FK |
описание |
|
INN_byuro |
integer |
+ |
- |
ИНН бюро |
|
Adres_byuro |
Varchar(40) |
- |
- |
Адрес бюро |
|
Telefon_byuro |
Integer |
- |
- |
Телефон бюро |
|
R/s4 |
Integer |
- |
- |
Расчетный счет бюро в банке |
|
Nazvanie_byuro |
Varchar(30) |
- |
- |
Название бюро |
Table Klient
|
Название |
Тип данных |
PK |
FK |
описание |
|
INN_klient |
Integer |
+ |
- |
ИНН клиента |
|
ID_PS |
Integer |
- |
+ |
ID программного средства |
|
Adres_klient |
Varchar(40) |
- |
- |
Адрес клиента |
|
Fio |
Varchar(40) |
- |
- |
ФИО клиента |
|
Telefon_klient |
integer |
- |
- |
Телефон клиента |
Table Dogovor
|
Название |
Тип данных |
PK |
FK |
описание |
|
N_dogovora |
Integer |
+ |
- |
Номер договора |
|
INN_byuro |
Integer |
- |
+ |
ИНН бюро |
|
INN_klient |
Integer |
- |
+ |
ИНН клиента |
|
ID_PS |
Integer |
- |
+ |
ID прогр. средства |
|
Data_zaklu4enia |
Date |
- |
- |
Дата заключения договора |
|
Stoimost’_rabot |
integer |
- |
- |
Стоимость работ |
Table Ot4et
|
Название |
Тип данных |
PK |
FK |
описание |
|
N_ot4eta |
Integer |
+ |
- |
Номер отчета |
|
N_dogovora |
Integer |
- |
+ |
Номер договора |
|
INN_byuro |
Integer |
- |
+ |
ИНН бюро |
|
INN_klient |
Integer |
- |
+ |
ИНН клиента |
|
ID_PS |
Integer |
- |
+ |
ID прогр. средства |
|
Data_sostavleniya |
Date |
- |
- |
Дата составления отчета |
|
Rewenie_o_sert |
Varchar(50) |
- |
- |
Решение о возможности сертификаии |
Table PS
|
Название |
Тип данных |
PK |
FK |
описание |
|
ID_PS |
Integer |
+ |
- |
ID прогр. средства |
|
Nazvanie_PS |
Varchar(20) |
- |
- |
Название ПС |
SQL-тексты:
create table BYURO (
INN_BYURO integer not null,
ADRES_BYURO varchar(40),
TELEFON_BYURO integer,
primary key (INN_BYURO));
create table KLIENT (
INN_KLIENT integer not null,
ID_PS integer not null,
ADRES_KLIENT varchar(40),
FIO varchar(40),
TELEFON_KLIENT integer,
primary key (INN_KLIENT));
create table DOGOVOR (
N_DOGOVORA integer not null,
INN_BYURO integer not null,
INN_KLIENT integer not null,
ID_PS integer not null,
DATA_ZAKLU4ENIA date not null,
STOIMOST’_RABOT integer not null,
primary key (N_DOGOVORA));
create table OT4ET (
N_OT4ETA integer not null,
N_DOGOVORA integer not null,
INN_BYURO integer not null,
INN_KLIENT integer not null,
ID_PS integer not null,
DATA_SOSTAVLENIYA date not null,
REWENIE_O_SERT varchar(50),
primary key (N_OT4ETA));
create table PS (
ID_PS integer not null,
NAZVANIE_PS varchar(20),
primary key (ID_PS));
alter table KLIENT
add constraint ID_PS
foreign key (ID_PS) references PS (ID_PS);
alter table DOGOVOR
add constraint INN_BYURO
foreign key (INN_BYURO) references BYURO (INN_BYURO),
add constraint INN_KLIENT
foreign key (INN_KLIENT) references KLIENT (INN_KLIENT),
add constraint ID_PS
foreign key (ID_PS) references PS (ID_PS);
alter table OT4ET
add constraint N_DOGOVORA
foreign key (N_DOGOVORA) references DOGOVOR (N_DOGOVORA),
add constraint INN_BYURO
foreign key (INN_BYURO) references BYURO (INN_BYURO),
add constraint INN_KLIENT
foreign key (INN_KLIENT) references KLIENT (INN_KLIENT),
add constraint ID_PS
foreign key (ID_PS) references PS (ID_PS);
|
|
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
|
Бюро |
|
|
|
|
|
|
|
|
|
|
|
Клиент |
|
|
|
|
|
|
|
|
|
|
|
Договор |
|
|
|
|
|
|
|
|
|
|
|
Отчет |
|
|
|
|
|
|
|
|
|
|
|
ПС |
|
|
|
|
|
|
|
|
|
|
Примеры запросов:
-
Выдать название ПС по номеру договора
-
Выдать стоимость работ по названию ПС
-
Выдать дату заключения договора по названию ПС
-
Выдать решение о сертификации по названию ПС
-
Выдать названия ПС, которые прошли оценивание качества, по названию бюро
-
Выдать ФИО клиента по номеру отчета