Автор работы: Пользователь скрыл имя, 05 Сентября 2011 в 16:02, курсовая работа
Для того, чтобы реализовать проект, нам понадобится база данных, созданная в Microsoft Access – Kassa.mdb, содержащая одну таблицу «Касса»
Введение 5
1. Проектирование ЭИС «Учет движения денежных средств по кассе» 6
2. Модели оценки характеристик качества и надёжности ПО 11
Заключение 21
Список литературы 22
Внутренний логический файл – распознаваемая пользователем группа логически связанных данных, которая размещена внутри приложения и обслуживается через внешние вводы.
Внешний интерфейсный файл – распознаваемая пользователем группа логически связанных данных, которая размещена внутри другого приложения и поддерживается им. Внешний файл данного приложения является внутренним логическим файлом в другом приложении.
Каждой из выявленных характеристик ставится в соответствие сложность. Для этого характеристике назначается низкий, средний или высокий ранг, а затем формируется числовая оценка ранга. Для транзакций ранжирование основано на количестве ссылок и количестве типов элементов данных. Для файлов ранжирование основано на количестве типов-элементов записей и типов элементов данных, входящих в файл.
Тип элемента-записи – подгруппа элементов данных, распознаваемая пользователем в пределах файла.
Тип элемента данных – уникальное не рекурсивное (неповторяемое) поле, распознаваемое пользователем. Примеры элементов данных для различных характеристик приведены в табл.4, 5 и содержат правила учета элементов из графического интерфейса пользователя (ГИП).
Примеры элементов данных
Таблица 3.
Информационная характеристика | Элементы данных |
Внешние вводы | Поля ввода данных, сообщения об ошибках, вычисляемые значения, кнопки |
Внешние выводы | Поля данных в отчетах, вычисляемые значения, сообщения об ошибках, заголовки столбцов, которые читаются из внутреннего файла |
Внешние запросы | Вводимые элементы:
поле, используемое для списка, щелчок
мыши.
Выводимые элементы: отображаемые на экране поля. |
Правила учета элементов данных из ГИП
Таблица 4.
Элемент данных | Правило учета |
Группа радиокнопок | Так как в группе пользователь выбирает только одну радиокнопку, все радиокнопки группы считаются одним элементом данных |
Группа флажков (переключатели) | Так как в группе пользователь может выбрать несколько флажков, каждый флажок считают элементом данных |
Командные кнопки | Командная кнопка может определять действия добавления, изменения, запроса. Кнопка ОК может вызвать транзакции. Кнопка Next может быть входным элементом запроса или вызвать другую транзакцию. |
Списки | Список может быть внешним запросом, но результат запроса может быть элементом данных внешнего вида. |
Например, ГИП для обслуживания клиентов может иметь поля Имя, Адрес, Город, Страна, Почтовый_Индекс, Телефон, Email. Таким образом, имеется 7 полей или семь элементов данных. Восьмым элементом данных может быть командная кнопка (Добавить, Изменить, Удалить). В этом случае каждый из внешних вводов Добавить, Изменить, Удалить будет состоять из 8 элементов данных (7 полей плюс командная кнопка).
Обычно этому экрану ГИП соответствует несколько транзакций. Типичный экран включает несколько внешний запросов, сопровождающих внешний ввод.
Данные
для определения ранга и оценки
сложности транзакций и файлов приведены
в табл.5-9 (числовая оценка указана в круглых
скобках). Использовать их очень просто.
Например, внешнему вводу, который ссылается
на два файла и имеет 7 элементов данных
по табл.6 назначается средний ранг и оценка
сложности 4.
Ранг и оценка сложности внешних вводов
Таблица 5.
Ссылки на файлы | Элементы данных | ||
1-4 | 5-15 | >15 | |
0-1 | Низкий (3) | Низкий (3) | Средний (4) |
2 | Низкий (3) | Средний (4) | Высокий (6) |
>2 | Средний (4) | Высокий (6) | Высокий (6) |
Ранг и оценка сложности внешних выводов
Таблица 6.
Ссылки на файлы | Элементы данных | ||
1-4 | 5-19 | >19 | |
0-1 | Низкий (4) | Низкий (4) | Средний (5) |
2-3 | Низкий (4) | Средний (5) | Высокий (7) |
>3 | Средний (5) | Высокий (7) | Высокий (7) |
Ранг и оценка сложности внешних запросов
Таблица 7.
Ссылки на файлы | Элементы данных | ||
1-4 | 5-19 | >19 | |
0-1 | Низкий (3) | Низкий (3) | Средний (4) |
2-3 | Низкий (3) | Средний (4) | Высокий (6) |
>3 | Средний (4) | Высокий (6) | Высокий (6) |
Ранг и оценка сложности внутренних логических файлов
Таблица 8.
Ссылки на файлы | Элементы данных | ||
1-19 | 20-50 | >50 | |
0-1 | Низкий (7) | Низкий (7) | Средний (10) |
2-5 | Низкий (7) | Средний (10) | Высокий (15) |
>5 | Средний (10) | Высокий (15) | Высокий (15) |
Ранг и оценка сложности внешних интерфейсных файлов
Таблица 9
Ссылки на файлы | Элементы данных | ||
1-19 | 20-50 | >50 | |
0-1 | Низкий (5) | Низкий (5) | Средний (7) |
2-5 | Низкий (5) | Средний (7) | Высокий (10) |
>5 | Средний (7) | Высокий (10) | Высокий (10) |
После сбора всей необходимой информации приступают к расчетам метрики – количества функциональных указателей FP (Function Points).
Исходные данные для расчета сводятся в табл. 10. В таблицу заносится количественное значение характеристики каждого вида (по всем уровням сложности). Места подстановки значений отмечены прямоугольником (этот символ играет роль метки - заполнителя). Количественные значения характеристик умножаются на числовые оценки сложности. Полученные в каждой строке значения суммируются, давая полное значение для данной характеристики. Эти полные значения суммируются по вертикали, формируя общее количество.
Исходные данные для расчета FP – метрик
Таблица 10.
Имя характеристики | Ранг, сложность, количество | |||
Низкий | Средний | Высокий | Итого | |
Внешние вводы | 3*3=9 | 3*4=12 | 3*6=18 | =29 |
Внешние выводы | 6*4=24 | 6*5=30 | 6*7=42 | =96 |
Внешние запросы | 0*3=0 | 0*4=0 | 0*6=0 | =0 |
Внутренние логические файлы | 1*7=7 | 1*10=10 | 1*15=15 | =32 |
Внешние интерфейсные файлы | 1*5=5 | 1*7=7 | 1*10=10 | =22 |
Общее количество | =179 |
Количество функциональных указателей вычисляется по формуле:
FP=Общее
количество*(0,65+0,01*4)=208*(
Где Fi – коэффициент регулировки сложности (I=1..14).
Каждый коэффициент может принимать следующие значения: 0- нет влияния, 1- случайное, 2- небольшое, 3- среднее, 4 – важное, 5 – основное. Значения выбираются эмпирически в результате ответа на 14 вопросов, которые характеризуют системные параметры приложения (табл.11).
После вычисления FP на его основе формируются метрики производительности, качества и другие оценки.
Производительность = ФункцУказатель / Затраты =143,52/1=143,52 (FP/чел.-мес.);
Качество = Ошибки / ФункцУказатель=11/143,52=0,08 (Единиц/FP);
Удельная
Стоимость = Стоимость / ФункцУказатель=50/143,52=0,39
Документированность=
Определение
системных параметров приложения
Таблица 11.
№ | Системный параметр | Описание |
1 | Передачи данных | Сколько средств данных требуется для передачи или обмена информацией с приложением или системой? |
2 | Распределенная обработка данных | Как обрабатываются распределенные данные и функции обработки? |
3 | Производительность | Нуждается ли пользователь в фиксации времени ответа или производительности? |
4 | Распространенность используемой конфигурации | Насколько распространена текущая аппаратная платформа, на которой будет выполняться приложение? |
5 | Скорость транзакций | Как часто выполняются транзакции? (каждый день, каждую неделю, каждый месяц)? |
6 | Оперативный ввод данных | Какой процент информации нужно вводить в режиме онлайн? |
7 | Эффективность работы конечного пользователя | Приложение
проектировалось для |
8 | Оперативное обновление | Как много внутренних файлов обновляется в онлайновой транзакции? |
9 | Сложность обработки | Выполняет ли приложение интенсивную логическую или математическую обработку? |
10 | Повторная используемость | Приложение
разрабатывалось для |
11 | Легкость инсталляции | Насколько трудны преобразования и инсталляция приложения? |
12 | Легкость эксплуатации | Насколько эффективны и/или автоматизированы процедуры запуска, резервирования и восстановления? |
13 | Разнообразные условия размещения | Была ли спроектирована, разработана и поддержана возможность инсталляции приложения в разных местах для различных организаций? |
14 | Простота изменений | Была ли спроектирована, разработана и поддержана в приложении простота изменения? |
Информация о работе Разработка и стандартизация программных средств