Разработка и стандартизация программных средств

Автор работы: Пользователь скрыл имя, 05 Сентября 2011 в 16:02, курсовая работа

Описание работы

Для того, чтобы реализовать проект, нам понадобится база данных, созданная в Microsoft Access – Kassa.mdb, содержащая одну таблицу «Касса»

Содержание работы

Введение 5
1. Проектирование ЭИС «Учет движения денежных средств по кассе» 6
2. Модели оценки характеристик качества и надёжности ПО 11
Заключение 21
Список литературы 22

Файлы: 1 файл

курсач.doc

— 729.00 Кб (Скачать файл)

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

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

      Каждой из выявленных характеристик ставится в соответствие сложность. Для этого характеристике назначается низкий, средний или высокий ранг, а затем формируется числовая оценка ранга. Для транзакций ранжирование основано на количестве ссылок и количестве типов элементов данных. Для файлов ранжирование основано на количестве типов-элементов записей и типов элементов данных, входящих в файл.

    Тип элемента-записи – подгруппа элементов  данных, распознаваемая пользователем в пределах файла.

    Тип элемента данных – уникальное не рекурсивное  (неповторяемое) поле, распознаваемое пользователем. Примеры элементов данных для различных характеристик приведены в табл.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*(0,65+0,01*4)=143,52,   (1)

Где 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   (Тыс.$/FP);

Документированность=СтраницДокумента/ФункцУказатель=20/143,52=0,14  (Страниц/FP) 
 
 
 
 
 

Определение системных параметров приложения 

Таблица 11.

Системный параметр Описание
1 Передачи данных Сколько средств  данных требуется для передачи или  обмена информацией с приложением или системой?
2 Распределенная  обработка данных Как обрабатываются распределенные данные и функции обработки?
3 Производительность Нуждается ли пользователь в фиксации времени ответа или производительности?
4 Распространенность  используемой конфигурации Насколько распространена текущая аппаратная платформа, на которой  будет выполняться приложение?
5 Скорость транзакций Как часто выполняются  транзакции? (каждый день, каждую неделю, каждый месяц)?
6 Оперативный ввод данных Какой процент  информации нужно вводить в режиме онлайн?
7 Эффективность работы конечного пользователя Приложение  проектировалось для обеспечения  эффективной работы конечного пользователя?
8 Оперативное обновление Как много внутренних файлов обновляется в онлайновой транзакции?
9 Сложность обработки Выполняет ли приложение интенсивную логическую или математическую обработку?
10 Повторная используемость Приложение  разрабатывалось для удовлетворения требований одного или многих пользователей?
11 Легкость инсталляции Насколько трудны преобразования и инсталляция  приложения?
12 Легкость эксплуатации Насколько эффективны и/или автоматизированы процедуры  запуска, резервирования и восстановления?
13 Разнообразные условия размещения Была ли спроектирована, разработана и поддержана возможность инсталляции приложения в разных местах для различных организаций?
14 Простота изменений Была ли спроектирована, разработана и поддержана в приложении простота изменения?

Информация о работе Разработка и стандартизация программных средств