Оценка прототипа

Разрабатываемое нами прототип имеет вид мастера. Данный способ в нашем случае является наиболее удачным, потому что пользователя как бы «ведут» по тропинке. Он совершает необходимые действия в заранее установленном порядке. И не имеет возможности «перепрыгнуть» или свернуть куда-нибудь не туда.

Оценим прототип согласно требованиям выдвинутым, в соответствующем разделе.

Функциональные требования:

1. прототип предоставляет возможность осуществлять поиск информации в сети Internet, согласно запросу, сформированному студентом

2. пользователь может искать информацию по нескольким ключевым словам, фильтруя при этом результат по языку изложения материала (возможность поиска по нескольким параметрам)

3. в прототипе реализована возможность управлять накоплением результатов поиска

4. встроенный редактор, позволяет редактировать и оформить результаты поиска информации

5. студент может провести on-lineконсультацию с преподавателем, например, при помощиICQ

Требования пользователей

1. Прототип выполнен в виде мастера, что делает его очень удобным и дружественным пользователю.

2. Прототип обладает минимально необходимым набором полей, позволяющих реализовать задачи, поставленные перед комплексом.

3. в случае ошибок приложение будет выдавать сообщения об ошибках, и корректно обрабатывать их

4. в случае аварийного останова ПК, после его включения, комплекс предложит восстановить данные

Бизнес требования:

1. Реализация на языке Pythonпод ОСLinuxсвела к минимуму затраты на приобретение лицензионного программного обеспечения, что снизило конечную стоимость комплекса в целом

2. Возможность накопления результатов в перспективе существенно снизило расходы на Internet

Не функциональные требования:

1. Для обеспечения производительности было введено накопление результатов, чтобы позволяет большему количеству студентов поработать за ПК.

2. Любой студент может подать заявку администратору на регистрацию, и после регистрации воспользоваться комплексом, что делает его общедоступным.

3. База данных располагается на этой же машине, что позволяет ее полностью изолировать от каких-либо внешних сетей. Грамотная настройка прав доступа для студентов, также обезопасит данные от взлома. Одним из вариантов усиления безопасности, возможно ведение шифрования.

4. Разработанный прототип обладает простым и дружественным интерфейсом.

5. Реализация приложения на Pythonсделала приложение кроссплатформенным, что повысило его мобильность

6. Проектирование классов внутреннего представления наглядно демонстрирует повторное использование кода, что является несомненным плюсом.

Разработанный прототип удовлетворяет выдвинутым заранее требованиям.

Приёмка и метрики

1. Контрольные испытания каждого модуля программы с целью определения их работоспособности. Осуществляется на стадии разработки.

2. Функциональные испытания – проверка соответствия выполняемых программой функций требуемым. Осуществляется путем ввода набора конечных тестов, характеризующих работоспособность программы и отдельных ее модулей. Выявляются возможности программного средства и сопоставляются с требованиями.

3. Общее тестирование - контрольные испытания программного изделия с целью определения ее работоспособности и соответствия требованиям заказчика. Является показателем приемки программы и проводится в случае успешного результата предыдущих тестирований.

В случае с нашим прототипом необходимо проверить, что последовательность действий мастера вызывается корректно. Любые другие испытания комплекса требуют вертикального прототипа.

Длина кода в строках (LOC)

№	Название класса	Длина в строках
1	CAdvancedQuery	9
2	CSimpleQuery	9
3	CConsult	9
4	CFinaly	9
5	CLogin	9
6	CResult	9
7	CProcessing	9
8	CMainForm	50

Итого: LOC = 113

Затраты (чел/мес)	KLOC	Прогр. Документация (стран)	Кол-во ошибок
1	0.113	0	2

Производительность= Длина/Затраты = 0,113/1 = 0.1

Качество= Ошибки/Длина = 2/0.113=17.69

Документированность= Прогр документация / Длина = 0 / 0.113= 0

Соотношение выполненных работ:

Зубарев П.С.: 50%

Татаренкова Е.А.: 50%