Логическая и физическая модели базы данных. Запрет на содержание неопределенных значений. Размещение базы данных на сервере. Реализация клиентского приложения управления базой данных. Модульная структура приложения. Основные экранные формы приложения.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 13.06.2012 |
| Размер файла | 1,4 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
1. Описание предметной области
1.1 Логическая модель базы данных
1.2 Физическая модель базы данных
1.3 Размещение базы данных на сервере
2. Реализация клиентского приложения управления базой данных
2.1 Обоснование выбора среды разработки
2.2 Модульная структура приложения
2.3 Основные экранные формы
Приложение А – листинг файла Uspevaemost.pas
Приложение Б – листинг файла Unit2.pas
Приложение В – листинг файла Unit3.pas
Приложение Г – листинг файла Unit4.pas
Приложение Д – листинг файла Unit5.pas
Приложение Е – листинг файла Unit6.pas
Приложение Ж – листинг файла Unit7.pas
Приложение З – листинг файла modul.pas
Данный программный комплекс разработан для организации учёта успеваемости студентов. Для создания базы данных был использован Microsoft SQL Server 2000. Для создания клиентской части была использована среда разработки Borland Delphi 7.
1. Описание предметной области
1.1 Логическая модель базы данных
База данных должна содержать сведения об успеваемости. Следовательно, в ней также должна находиться подробная информация о студентах, преподавателях, которые принимают экзамены, и о предметах, сдаваемых учащимися.
Каждый предмет может быть сдан несколькими студентами, но является закреплённым за одни конкретным преподавателем. Один предмет может быть сдан студентом только один раз. Т.е. студент не может иметь несколько оценок за один предмет. Студент может сдавать несколько предметов. Каждый преподаватель может вести несколько предметов.
Исходя из этих данных, можно выделить следующие сущности:
o результат сдачи.
Выделим связи между этими сущностями:
o преподаватель ведёт предмет (1 ко многим);
o преподаватель определяет результат сдачи (1 ко многим);
o студент получает результат (1 ко многим);
o результат сдачи выставляется по предмету (1 ко многим).
Теперь мы можем сформировать отношения между сущностями:
Теперь введём неключевые атрибуты:
1.2 Физическая модель базы данных
База данных нормализована и состоит из четырех таблиц:
Таблица Prepodavateli (рисунок 1) состоит из 5 полей. Поле Kod_prepodavatelja содержит индивидуальный код, который является целым число, поэтому имеет тип int. Это поле является уникальным для каждого преподавателя и потому является ключевым. Поля Surname_prepodavatelja, Name_prepodavatelja, Otchestvo_prepodavatelja содержат информацию о Ф.И.О. преподавателя и потому имеют тип char. Поле Doljnost содержит информацию о занимаемой преподавателем должности и имеет тип char.
Для всех полей стоит запрет на содержание неопределённых значений (NULL), т.к. каждое поле содержит важную информацию.
Рисунок 1 – Таблица Prepodavateli
Таблица Students (рисунок 2) состоит из 6 полей. Поле Nomer_zachetki содержит номер зачётной книжки студента, который является целым число, поэтому имеет тип int. Это поле является уникальным для каждого студента и потому является ключевым. Поля Surname, Name, Otchestvo содержат информацию о Ф.И.О. студента и потому имеют тип char. Поле Gruppa содержит информацию о названии группы, в которой учится студент, и имеет тип char. Поле Kod_specialnosti содержит информацию о код специальности студента и имеет тип int, т.к. код является целым числом.
Для всех полей стоит запрет на содержание неопределённых значений (NULL), т.к. каждое поле содержит важную информацию.
Рисунок 2 – Таблица Students
Таблица Subjects (рисунок 3) состоит из 5 полей. Поле Kod_predmeta содержит код, который является целым число, поэтому поле имеет тип int. Это поле уникально для каждого предмета и потому является ключевым. Поле Nazvanie содержит название предмета и потому имеет тип char. Поля Kod_prepodavatelja, Chasi и Kurs содержат код преподавателя, количество часов, отведённых на предмет, и курс, на котором читается данный предмет, соответственно. Эти поля имеют тип int.
Для всех полей стоит запрет на содержание неопределённых значений (NULL), т.к. каждое поле содержит важную информацию.
Рисунок 3 – Таблица Subjects
Таблица Results (рисунок 4) состоит из 6 полей. Поле N содержит номер записи в ведомости, поэтому поле имеет тип int. Это поле уникально для каждой записи и потому является ключевым. Поле Ocenka содержит результат сдачи студентом экзамена. Оно имеет тип int. Поле Data_sdachi содержит дату сдачи экзамена и имеет тип datetime. Поля Nomer_zachetki, Kod_predmeta и Kod_prepodavatelja содержат номер зачётки, код предмета и код преподавателя, соответственно. Эти поля имеют тип int.
Для всех полей стоит запрет на содержание неопределённых значений (NULL), т.к. каждое поле содержит важную информацию.
Рисунок 4 – Таблица Results
Диаграмма связей таблиц представлена на рисунке 2.
Рисунок 5 – Диаграмма связей
1.3 Размещение базы данных на сервере
Моя база данных была создана на MS SQl Server2000. Она называется Uspevaemost (рисунок 6).
Рисунок 6 – Свойства базы данных
Для создания моей базы данных достаточно одного файла данных (Uspevaemost_Data.MDF) и одного файла журналов (Uspevaemost_Log.LDF), т.к. она имеет довольно небольшой объём.
2. Реализация клиентского приложения управления базой данных
2.1 Обоснование выбора среды разработки
Для создания клиентского приложения была выбрана среда разработки Borland Delphi 7.
Delphi позволяет создавать программы для обработки любых типов баз данных форматов Dbase, Paradox и системы ODBC, применяемой в Microsoft Access. Для работы с базой данных в Delphi я использовал следующие компоненты, размещенные в палитрах Data Access и Data Controls.
o DataSourse. Связывает компоненты набора данных Table или Query с компонентами связи данными, такими как DBEdit, DBMemo.
o DBGrid. Связанная с данными сетка из нескольких столбцов и строк, в которой отображаются записи базы данных. Обычно используется с объектом DBNavigator.
o DBNavigator. Сложное устройство для просмотра и редактирования базы данных.
o Query. Формирует SQL- запросы к Borland Database Engine или к серверу SQL.
o Table. Предоставляет приложению возможность доступа к базам данных посредством Borland Database Engine.
2.2 Модульная структура приложения
Основным модулем моего приложения является Unit1.dcu. Он отвечает за авторизацию. И в зависимости от выбранного пользователя данный модуль позволяет перейти к модулям программы, ориентированным на разных пользователей.
Модуль Unit6.dcu предназначен для пользователя «Преподаватель». Он позволяет перейти к одной из интересующих пользователя форм для редактирования информации базы данных.
Модуль Unit7.dcu предназначен для пользователя «Студент». С его помощью пользователь может осуществлять поиск вывод необходимой информации из базы данных.
Модуль modul.dcu содержит компоненты DataSourse, ADOTable и ADOQuery, необходимые для связи с базой данных и осуществления поиска.
Схематически модульная структура приложения представлена на рисунке 7.
2.3 Основные экранные формы
При запуске программы, появляется диалоговое окно с выбором пользователя: студент или преподаватель. Для того чтобы работать в режиме «преподаватель» необходимо ввести пароль (рисунок 7). Это необходимо для защиты данных от нерадивых студентов, которые могут внести нежелательные изменения.
Рисунок 7 – Окно выбора пользователя
При вводе неверного пароля на экране появится сообщение об ошибке (рисунок 8).
Рисунок 8 – Ошибка ввода пароля
При выборе учётной записи «студент» и нажатии кнопки «войти», происходит переход в окно для поиска результатов экзамена (рисунок 9).
Рисунок 9 – Окно поиска результата
Здесь есть два поля для ввода номера зачётной книжки и кода предмета. При желании студент может ввести только зачётку и поставив галочку «Показать все предметы студента» найти все сданные им предметы.
Нажатие кнопки «сформировать отчёт» приведёт к формированию отчёта по найденным данным.
Кнопка «смена пользователя» предназначена для перехода в диалоговое окно выбора пользователя.
При выборе учётной записи «преподаватель», введении правильного пароля и нажатии кнопки «войти», происходит переход в меню для преподавателей (рисунок 10).
Рисунок 10- Меню
Выбор первого пункта меню приведёт к переходу на форму со списком преподавателей (рисунок 11).
Рисунок 11 – Список преподавателей
Используя эту форму можно корректировать список преподавателей.
Выбор второго пункта меню приведёт к переходу на форму со списком студентов (рисунок 12).
Рисунок 12 – Список студентов
Используя эту форму можно корректировать список студентов.
Выбор второго пункта меню приведёт к переходу на форму со списком предметов (рисунок 13).
Рисунок 13 – Список студентов
Используя эту форму можно корректировать список предметов.
Выбор пункта «перейти в ведомость» приведёт к переходу на форму с результатами экзаменов. Используя эту форму можно корректировать ведомость и осуществлять поиск по ней (рисунок 14).
Рисунок 14 – Ведомость
В результате выполнения данной работы были решены все поставленные задачи:
1. Произведён анализ предметной области.
2. Разработана логическая модель базы данных.
3. Разработана физическая модель базы данных.
4. Создана база данных и размещена на сервере.
5. Реализована клиентская часть приложения управления базой данных.
1. Маклаков, С.В. Case-средства разработки информационных систем / С.В. Маклаков – М.: Диалог-МИФИ, 2000. – 254 с.
2. Мамаев, Е.В. Microsoft SQl Server 2000 для профессионалов / Е.В. Мамаев – СПб.: Питер, 2004. – 365 с.
3. Томас Конноли, Базы данных. Проектирование, реализация и сопровождение. Теория и практика / Томас Конноли – М.: Вильяме, 2003. – 1440 с.
4. Хоторн Роб, Разработка баз данных, Micrososoft SQL Server 2000 / Хоторн Роб – М.: Вильяме, 2001. – 217 с.
5. Хью Дарвен, Основы будущих систем баз данных / Хью Дарвен – М: Янус-К, 2004. – 656 с.
Приложение А – листинг файла Uspevaemost.pas
база данное приложение управление
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, Grids, DBGrids, modul, ExtCtrls, DBCtrls, StdCtrls, QuickRpt,
procedure Button1Click(Sender: TObject);
procedure Edit1Click(Sender: TObject);
procedure Button5Click(Sender: TObject);
uses Unit2, Unit5, Unit6, Unit7;
procedure TForm1.Button1Click(Sender: TObject);
procedure TForm1.Edit1Click(Sender: TObject);
if (RadioButton2.Checked=true) then
procedure TForm1.Button5Click(Sender: TObject);
if (RadioButton1.Checked=true) then
if (Edit1.Text=’123′) then
MessageBox(handle, PChar(‘Неверный пароль!’),PChar(‘Ошибка’),MB_OK);
if (Form1.RadioButton1.Checked=true) then
Приложение Б – листинг файла Unit2.pas
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, modul, ExtCtrls, DBCtrls, Grids, DBGrids, StdCtrls, QRCtrls,
procedure Button4Click(Sender: TObject);
procedure Button3Click(Sender: TObject);
procedure Button2Click(Sender: TObject);
procedure Button5Click(Sender: TObject);
procedure Edit2Click(Sender: TObject);
procedure Button1Click(Sender: TObject);
uses Uspevaemost, Unit6;
procedure TForm2.Button4Click(Sender: TObject);
s:=’select * from Students where Nomer_zachetki=’+ chr(39)+ edit2.Text+chr(39);
procedure TForm2.Button3Click(Sender: TObject);
procedure TForm2.Button2Click(Sender: TObject);
procedure TForm2.Button5Click(Sender: TObject);
s:=’delete from Students where Nomer_zachetki=’+ chr(39)+ edit2.Text+chr(39);
procedure TForm2.Edit2Click(Sender: TObject);
procedure TForm2.Button1Click(Sender: TObject);
Приложение В – листинг файла Unit3.pas
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, DBCtrls, Grids, DBGrids, QRCtrls, QuickRpt, ExtCtrls, modul;
По дисциплине: Информационные системы
Тема: База данных "Успеваемость"
Microsoft Access входит в состав Microsoft Office и является, пожалуй, наиболее распространенным средством разработки баз данных. Данный пакет позволяет создавать как простейшие базы данных, так и достаточно сложные профессиональные разработки. При этом, он предоставляет разработчику удобную среду разработки структуры базы и пользовательского интерфейса и мощные средства обработки данных.
База данных состоит из следующих компонент. Сами данные хранятся в таблицах, связанных посредством схемы данных. Средством обработки данных служат запросы. Пользовательских интерфейс обеспечивается посредством форм. Отчеты представляют собой заготовки отчетных стандартных документов, формируемых базой данных.
microsoft access запрос база данные
Создание базы данных
1. Запустить Microsoft Access:
· С помощью меню Пуск системы Windows ( нажать кнопку пуск, выделить кнопку программу, выбрать Microsoft Access, нажать клавишу Enter);
· С помощью ярлыка для АССЕSS на рабочем столе Windows (для быстрого запуска Access удобно иметь ярлык на рабочем столе)
· С помощью ярлыка в папке для АССЕSS;
· С помощью проводника Windows.
2. Сформировать файл новой базы данных:
· Раскрыть вкладку Новая база данных в разделе Создание диалогового окна Создание файла: появляется диалоговое окно Файл новой базы данных;
· Раскрыть вкладку Новая база данных в разделе Создание диалогового окна Создание файла – появляется диалоговое окно Создание файла – появляется диалоговое окно Файл новой базы данных;
· Выбрать имя текущей папки
· Присвоить файлу имя Успеваемость в поле Имя файла;
· Нажать кнопку создать – появится диалоговое окно с именем файла Успеваемость
Рисунок 1.База данных Успеваемость
Логическая модель базы данных « Успеваемость»
В результате анализа предметной области выявляются документы – источники для создания базы данных.
Таблица 1 – Объекты справочной информации
| Информационный объект | Название реквизита | Обозначение реквизита | Признак ключа |
| Студент |
Рисунок 2 – Логическая структура реляционной базы данных «Успеваемость»
Для работы с таблицами в базе данных предназначена вкладка «таблицы».
Создадим структуру таблицы Студент. Построчно выбирая данные из приведенной ниже таблицы заполнить поля имя поля, тип данных. На закладке общие задать свойства полей, используя кнопку-стрелку выбора.
Рисунок 3. Макет таблицы Студенты
Создать ключ таблицы. Выделить поле НГ, НС щелкнув по области маркировки слева от имени поля, и нажмем кнопку Ключевое поле. Сохранить созданную структуру под именем Студенты командой меню Файл -Сохранить.
В окне базы данных выбрать закладку Таблица, затем имя таблицы Студенты и нажать кнопку Открыть. Заполнить строки в соответствии с названиями столбцов. Переход от поля к полю осуществлять клавишей ТАВ.
Рисунок 4. Таблица Студенты с данными
Аналогично создадим структуру таблицы Успеваемость, предмет, группы студентов.
Рисунок 5.Макет таблицы успеваемость
Рисунок 6. Таблица Успеваемость с данными
Рисунок 7. Макет таблицы Группа
Рисунок 8. Таблица Группа с данными
Рисунок 9. Макет таблицы Предмет
Рисунок 10. Таблица Предмет с данными
Определение в базе данных связей между таблицами
Для того чтобы определить связь между таблицами, следует добавить таблицы в окно Схема данных и перенести с помощью мыши ключевое поле одной таблицы в другую таблицу.
Определение связей по простому ключу. Установим связь между таблицами Группа и Стулент по простому ключу КГ. Для этого в окне Схемы данных(Relationship) установим курсор мыши на ключевом поле НГ главной таблицы Группа и перетащим его на поле НГ в подчиненной таблице Студент. В открывшемся окне Изменение связей(Edit Relationship) в строке Тип отношения(Relationship Type) установится значение один-ко-многим(One-To-Many). Отметим параметр Обеспечение целостности данных(Enforce Referential Integrity). Если таблица Группа и Студент ранее были заполнены корректными данными, между таблицами будет установлена связь, обозначенная на схеме как 1:∞. Это свидетельствует о регистрации связи типа 1:М с параметром поддержания целостности. В противном случае появится сообщение о невозможности установить этот тип отношения
Для обеспечения автоматической корректировки данных во взаимосвязанных таблицах установим флажок каскадное обновление связанных полей(Cascade Update Related Fields) и каскадное удаление связанных записей(Cascade Delete Related Records). Аналогичные действия выполняются для других пар таблиц.
Определение связей по составному ключу. Определим связи между таблицами Студент→Успеваемость, которые связаны по составному ключу НГ+НС. Для этого в главной таблице Студент выделим оба этих поля, удерживая клавишу Ctrl. Перетащим оба поля на поле НГ в подчиненной таблице Успеваемость. В окне Изменение связи(Edit Relationships) (рис. 3.41) для ключевого поля НС главной таблицы ТАБЛИЦА/ЗАПРОС(Table/Query) выберем соответствующее поле подчиненной таблица Связанная табдица /Запрос (Table/Query). В этом же окне установим режимы Обеспечение целостности данных(Enforce Referenteal Integrity) и другие параметры связи
.
Рисунок 11. Изменение связей
Рисунок 12. Схема данных
Запросы являются одним из основных инструментов выборки записей, обновления таблиц и обработки данных в таблицах базы данных.
В Access может быть создано несколько видов запроса
· Запрос на выборку – выбирает данные из взаимосвязанных таблиц.
· Запрос на создание таблицы – выбирает данные из взаимосвязанных таблиц и сохраняет результаты в новой постоянной таблице
· Запросы на обновление, добавление, удаление – для изменения данных в таблице
Выбор типа программного обеспечения, к которому относится оцениваемый программный продукт. Выбор весовых коэффициентов и базовых значений. Восстановление программы после системного сбоя. Схема базы данных "Учет посещаемости студентов" в MS Access.
Федеральное агентство по образованию
Белгородский государственный университет
Факультет компьютерных наук и телекоммуникаций
Кафедра прикладной информатики в экономике
КОНТРОЛЬНАЯ РАБОТА ПО ОЦЕНКЕ КАЧЕСТВА ПРОГРАМНОГО ПРОДУКТА «База данных Учета успеваемости студентов»
по дисциплине: «Метрология и качество программное обеспечение»
1. Теоретическая часть
2. Оценка качества программного продукта по ГОСТ 28195-89
2.1 Выбор типа программного обеспечения, к которому относится оцениваемый программный продукт.
2.2 Выбор базовых значений.
2.3 Выбор весовых коэффициентов.
2.4 Анализ продукта по данным оценочным элементам.
Целью выполнения данной работы является приобретение знаний и умений по оценке качества программных средств, так как это имеет большое практическое значение для всей компьютерной индустрии.
Произвести оценку качества программного продукта можно на основе нашего отечественного стандарта ГОСТ 28195-89, который устанавливает общие положения по оценке качества программного обеспечения вычислительной техники, поставляемых через фонды алгоритмов и программ, номенклатуру и применяемость показателей качества ПС. Международный стандарт предоставляет достаточно обобщенные рекомендации, которыми без серьезной дополнительной доработки воспользоваться достаточно сложно. Поэтому более целесообразным представляется использовать российский ГОСТ с его детализацией потребностей и возможной методикой оценки качества.
Программа, которая будет рассматриваться, называется «База данных Учета посещаемости студентов».
В данном проекте передо мной была поставлена задача реализовать приложение, работающее с базой данных «База данных Учета посещаемости студентов», которую я реализовал при помощи MS Access.
Рисунок 1. Схема базы данных
На рисунке 1 показана схема базы данных. Эта база полностью нормализована, т.к. в ней отсутствуют повторяющиеся поля (имеющиеся одинаковые по смыслу значения), все поля базы данных являются неделимыми, а также в БД отсутствуют транзитивные связи (значение любого поля, не входящего в первичный ключ, не зависит от значения другого поля, также не входящего в первичный ключ).
В данном проекте создана база данных, в которой хранятся записи об академических группах, о студентах и посещаемости занятий студентами.
При помощи данного приложения, пользователь может просматривать все выше перечисленные данные, а также приложение добавляет новые, редактирует и удаляет имеющиеся данные, реализована фильтрация, сортировка и поиск для более удобной работы с базой данных пользователем. Данная программа будет оцениваться на этапе тестирования. Программа в соответствии классификатором продукции относится к подклассу «Программные средства управления базами данных».
1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ
Оценка качества осуществляется на всех этапах жизненного цикла ПС. Она представляет собой совокупность операций, включающих выбор номенклатуры показателей качества оцениваемого ПС, определение значений этих показателей и сравнение их с базовыми значениями.
Методы определения показателей качества ПС различаются:
· По способам получения информации о ПС – измерительный, регистрационный, органолептический, расчетный.
· По источникам получения информации – традиционный, экспертный, социологический.
Расчетный метод основан на использовании теоретических и эмпирических зависимостей (на ранних этапах разработки), статистических данных, накапливаемых при испытаниях, эксплуатации и сопровождении ПС. При помощи расчетного метода определяются и точность вычислений, время реакции, необходимые ресурсы.
Определение значений показателей качества ПС экспертным методом осуществляется группой экспертов – специалистов, компетентных в решении данной задачи, на базе их опыта интуиции. Экспертный метод применяется в случаях, когда задача не может быть решена никаким другим из существующих способов или другие способы являются значительно более трудоемкими.
Номенклатура показателей качества ПС
Выбор номенклатуры показателей качества для конкретного ПС осуществляется с учетом его назначения и требований областей применения. Так, оцениваемый программный продукт «База данных ГИБДД» можно отнести к классу программных средств управления базами данных, так как основу его составляет работа с БД ГИБДД: к ней происходит обращение и пользователей, и администратора, и данные, хранящиеся в ней, являются основополагающими для данного проекта.
В процессе оценки качества ПС на каждом уровне (кроме уровня оценочных элементов) проводятся вычисления показателей качества ПС, т. е. определение количественных значений абсолютных показателей (Pij ,где j — порядковый номер показателя данного уровня для i-го показателя вышестоящего уровня) и относительных показателей (Кij), являющихся функцией показателя Pij и базового значения .
Каждый показатель качества 2-го и 3-го уровней (критерий и метрика) характеризуется двумя числовыми параметрами — количественным значением и весовыми коэффициентами (Vij). Сумма весовых коэффициентов показателей уровня (l) относящихся к i-му показателю вышестоящего уровня (l–1), есть величина постоянная. Сумма весовых коэффициентов (Vij) принимается равной 1.
где j=1?n, n – число показателен уровня (l) относящихся к i-ому показателю вышестоящего уровня (l–1).
Общая оценка качества ПС в целом формируется экспертами по набору полученных значений оценок факторов качества.
Для оценки качества ПС различного назначения методом экспертного опроса составляется таблица значений базовых показателей качества ПС.
Определение усредненной оценки (mkq) оценочного элемента по нескольким его значениям (mэ) проводится по формуле:
где t– число значений ОЭ (оценочного элемента);
k –порядковый номер метрики;
q — порядковый номер ОЭ.
Итоговая оценка k-ой метрики i-го критерия определяется по формуле:
где Q– число ОЭ в k-й метрике.
Абсолютные показатели критериев i-ro фактора качества определяется по формуле:
где n — число метрик, относящихся к j-му критерию.
Относительный показатель j-го критерия i-гo фактора качества вычисляется по формуле:
Фактор качества () вычисляется по формуле:
где N–число критериев качества, относящихся к i-му фактору.
Качество ПС определяется путем сравнения полученных расчетных значений показателей с соответствующими базовыми значениями показателей существующего аналога или расчетного ПС, принимаемого за эталонный образец. Причем значения базовых показателей ПС должны соответствовать значениям показателей, отражающих современный уровень качества и прогнозируемый мировой уровень. В качестве аналогов выбираются реально существующие ПС того же функционального назначения, что и сравниваемое, с такими же основными параметрами, подобной структуры и применяемые в условиях эксплуатации.
2. ОЦЕНКА КАЧЕСТВА ПРОГРАММНОГО ПРОДУКТА ПО ГОСТ 28195-89
В данной части произведена оценка программного средства.
Процедура оценки состоит из следующих этапов.
2.1 Выбор типа программного обеспечения, к которому относится оцениваемый программный продукт
Таблица 1. Наименование подклассов (групп) программных средств.
Операционные системы и средства их расширения;
Программные средства управления базами данных;
Инструментально-технологические средства программирования;
ПС интерфейса и управления коммуникациями;
ПС организации вычислительного процесса (планирования, контроля);
ПС обслуживания вычислительной техники;
прикладные программы для научных исследований;
прикладные программы для проектирования;
прикладные программы для управления техническими устройствами и технологическими процессами;
прикладные программы для решения экономических задач;
Созданный программный продукт был отнесен к классу 5012 – «Программные средства управления базами данных». Это объясняется, тем что как клиентская, так и административная часть приложения работает с общей базой данных. Данный программный продукт оценивается на фазе реализации.
2.2 Выбор базовых значений
Базовые значения выбираются для относительного сравнения данного программного средства с существующими аналогами. Качество программного средства определяется путем сравнения полученных вычисленных показателей с базовыми значениями. Следует отметить, что базовые значения выбираются в соответствии с современным состоянием программных продуктов. В качестве аналога выбирается реально существующее программное средство, которое обладает сходными характеристиками. Базовые значения выбираются для второго и третьего уровней (критерий, метрика). Выберем базовые значения:
Таблица 2. Базовые значения для факторов качества
