Курсовая работа: Создание автоматизированного рабочего места технолога станции
Требования для сервера БД:
Процессор: Pentium II 400 или выше.
Память: 512 Мб.
Жесткие диски: 4,3 Гб для системы + 10 Гб для хранения баз данных.
Монитор: Монитор SVGA 14’’(может отсутствовать).
Управление работой ОС Unix и СУБД предполагается осуществлять через сеть. Два жестких диска необходимы для того, чтобы отделить операционную систему от баз данных. Необходимо для облегчения перестановки ОС. Большой объем жесткого диска для БД связан с необходимостью хранить резервные копии всех БД, а также ежедневные копии БД для быстрого восстановления в случае сбоя.
5.2 Расчет по функционально-ориентированной метрике
Функционально-ориентированные метрики косвенно измеряют программный продукт и процесс его разработки. Вместо подсчета LOC-оценки при этом рассматривается не размер, а функциональность или полезность продукта. Для примера рассчитаем функциональность одной из пользовательских форм, которая будет использована в конечном продукте.
Рис. 5.2
При расчетах по функционально-ориентированной метрике используется 5 информационных характеристик:
1. Количество внешних вводов: 1 (кнопка OK ); данный элемент ввода состоит из 7 элементов данных (1 поле ввода, 5 полей со списком, 1 командная кнопка).
2. Количество внешних выводов: 1 (сообщение уведомления); элемент вывода состоит из 1 элемента данных (командная кнопка).
3. Количество внешних запросов: 0.
4. Количество внутренних логических файлов: 4 (справочник ДоминирующееНаправление , справочник сопутствующееНаправление , таблица Станции, таблица Пути ); таблица Станции состоит из 6 элементов данных, справочник ДоминирующееНаправление , справочник сопутствующееНаправление и таблица Станции – из 3.
5. Количество внешних интерфейсных файлов: 0.
Далее, для каждой информационной характеристики по известным таблицам определяются ранг и оценка сложности.
После сбора всей необходимой информации подсчитаем общую функциональную метрику (таблица 5.2).
Таблица 5.2
| Н | С | В | Итого | |
| Внешние вводы | 0 * 3 = 0 | 1 * 4 = 4 | 0 * 6 = 0 | 4 |
| Внешние выводы | 1 * 4 = 4 | 0 * 5 = 0 | 0 * 7 = 0 | 4 |
| Внешние запросы | 0 * 3 = 0 | 0 * 4 = 0 | 0 * 6 = 0 | 0 |
| Внутренние логические файлы | 4 * 7 = 28 | 0 * 10 = 0 | 0 * 15 =0 | 28 |
| Внешние интерфейсные файлы | 0 * 5 = 0 | 0 * 7 = 0 | 0 * 10 = 0 | 0 |
| Общее количество FP | 36 | |||
Аналогичным образом рассчитаем функциональность второго типа пользовательской формы (рисунок 5.2). Результаты расчета в таблице 5.2.
Таблица 5.2
| Н | С | В | Итого | |
| Внешние вводы | 0 * 3 = 0 | 1 * 4 = 4 | 0 * 6 = 0 | 4 |
| Внешние выводы | 1 * 4 = 4 | 0 * 5 = 0 | 1 * 7 = 7 | 11 |
| Внешние запросы | 1 * 3 = 3 | 0 * 4 = 0 | 0 * 6 = 0 | 3 |
| Внутренние логические файлы | 2 * 7 = 14 | 0 * 10 = 0 | 0 * 15 =0 | 14 |
| Внешние интерфейсные файлы | 0 * 5 = 0 | 0 * 7 = 0 | 0 * 10 = 0 | 0 |
| Общее количество FP | 32 | |||
С учетом того, что в проекте предполагается использование 3 пользовательских форм первого типа и 2 пользовательских форм второго типа, подсчитаем общую функциональную метрику для всего проекта:
FP = 3 * 36 + 2 * 32 = 172
Полученную общую метрику необходимо субъективным образом взвесить, используя следующую формулу:
FP = Общее_количество * (0,65+ 0,01 * å14 i =1 Fi ), (5.1)
где Fi – коэффициенты регулировки сложности.
Таблица 5.3 – Определение системных параметров приложения
| № | Системный параметр | Описание | Коэф. |
| 1 | Передача данных | Сколько средств связи требуется для передачи илиобмена информацией с приложением или системой? | 2 |
| 2 | Распределенная обработка данных | Как обрабатываются распределенные данные и функции обработки? | 3 |
| 3 | Производительность | Нуждается ли пользователь в фиксации времени ответа или производительности? | 3 |
| 4 | Распространенность используемой конфигурации | Насколько распространена текущая аппаратная платформа, на которой будет выполняться приложение? | 0 |
| 5 | Скорость транзакций | Как часто выполняются транзакции? (каждый день, каждую неделю, каждый месяц) | 5 |
| 6 | Оперативный ввод данных | Какой процент информации надо вводить в режиме онлайн? | 4 |
| 7 | Эффективность работы конечного пользователя | Приложение проектировалось для обеспечения эффективной работы конечного пользователя? | 5 |
| 8 | Оперативное обновление | Как много внутренних файлов обновляется в онлайновой транзакции? | 3 |
| 9 | Сложность обработки | Выполняет ли приложение интенсивную логическую или математическую обработку? | 2 |
| 10 | Повторная используемость | Приложение разрабатывалось для удовлетворения требований одного или многих пользователей? | 0 |
| 11 | Легкость инсталляции | Насколько трудны преобразование и инсталляция приложения? | 0 |
| 12 | Легкость эксплуатации | Насколько эффективны и/или автоматизированы процедуры запуска, резервирования и восстановления? | 2 |
| 13 | Разнообразные условия размещения | Была ли спроектирована, разработана и поддержана возможность инсталляции приложения в разных местах для различных организаций? | 0 |
| 14 | Простота изменений | Была ли спроектирована, разработана и поддержана в приложении простота изменений? | 0 |