- •2.7 Требования к надежности. 30
- •Введение
- •1 Системный анализ предметной области
- •1.1 Общие сведения о туристическом агентстве «Коми-тур»
- •1.2 Информационная система учета деятельности туристического агентства
- •1.3 Анализ данных
- •1.4 Исследование информационных потоков
- •1.5 Анализ существующих систем
- •1.6 Обоснование разработки новой системы
- •1.7 Анализ существующего программного обеспечения для разработки системы
- •2. Постановка задачи. Требование к системе.
- •2.1. Постановка задачи
- •2.2. Общесистемные требования
- •2.3 Требования к интерфейсу
- •2.4. Требования к составу и параметрам технических средств
- •3. Проектные решения
- •3.1. Решение по архитектуре системы и программному обеспечению
- •3.2. Решение по выбору технических средств
- •3.3 Решения по защите информации
- •3.4 Описание логической и физической модели данных
- •3.5 Описание структуры системы
- •3.6 Описание файлового состава системы
- •4 Экономическое обоснование разработки
- •4.1 Оценка размеров программного продукта
- •4.2 Оценка трудозатрат на разработку системы
- •4.3 Определение перечня работ
- •4.4 Планирование трудовых ресурсов
- •4.5 Расчет затрат на разработку системы
- •4.6 Расчет экономии живого и овеществленного труда
- •4.7 Расчет экономического эффекта от использования информационной системы
- •5 Экология и безопасность производства
- •5.1 Управление деятельностью.
- •5.2 Опасные производственные факторы
- •5.3 Способы защиты персонала
- •5.3.1 Организация работ с вычислительной техникой
- •5.3.2 Микроклимат помещения турагентства
- •5.3.3 Освещение рабочего места оператора эвм
- •5.3.4 Шум, вибрация и защита от воздействия электрического тока на пользователя эвм
- •5.3.5 Пожарная безопасность
- •5.4 Рекомендации по улучшению условий труда
- •Заключение
- •Список литературы
- •Приложение а Формы документов туристического агентства «Коми-тур»
- •Договор реализации туристского продукта
- •Предмет договора
- •2. Сведения о туроператоре
- •3. Порядок реализации турпродукта
- •4. Стоимость туристского продукта и порядок оплаты
- •5. Срок действия и порядок расторжения настоящего Договора.
- •6. Порядок и сроки предъявления туристом требований об уплате денежной суммы по банковской гарантии. Основания для осуществления выплат по банковской гарантии.
- •7. Порядок разрешения споров.
- •8. Особые условия.
- •9. Прочие условия.
- •10. Реквизиты и подписи сторон.
- •Приложение б Диаграмма dfd – модель потоков данных или диаграмма idef0 – модель бизнес-процессов “as is”?
- •Приложение к Листинг
4 Экономическое обоснование разработки
4.1 Оценка размеров программного продукта
Для оценки сложности проекта используем функционально-ориентированные метрики, которые косвенно измеряют программный продукт и процесс его разработки. В данном подходе рассматривается функциональность или полезность продукта.
Используется 5 информационных характеристик:
Количество внешних вводов.
Количество внешних выводов.
Количество внешних запросов.
Количество внутренних логических файлов.
Количество внешних интерфейсных файлов.
Оценку, после сбора всей необходимой информации, будем производить согласно расчета метрики – количества функциональных указателей FP (Function Points).
Внешние вводы:
Данные о заявке – сложность 4;
Данные для заключения договора - сложность 6;
Данные для бронирования тура - сложность 6;
Данные об оплате – сложность 6.
Внешние выводы:
Отчеты (3 штуки) – сложность 3х7;
Договор: сложность – 7.
Запросы:
1 запрос – сложность 3.
Внутренние логические файлы:
журнал заявок – сложность 7;
журнал договоров – сложность 7;
журнал оплаты – сложность 7;
журнал отчетов – сложность 7.
Внешние интерфейсные файлы отсутствуют
Учитывая все выше приведенные данные рассчитаем общее количество FP-метрик.
Таблица 4.1 Данные для расчета метрик
Имя характеристики |
Ранг, сложность, количество |
|||||||||
Низкий |
Средний |
Высокий |
Итого |
|||||||
коэф. |
значение |
коэф. |
значение |
коэф. |
значение |
|||||
Внешние вводы |
3 |
0 |
4 |
1 |
6 |
3 |
22 |
|||
Внешние выводы |
4 |
0 |
5 |
0 |
7 |
4 |
28 |
|||
Внешние запросы |
3 |
1 |
4 |
0 |
6 |
0 |
3 |
|||
Внутренние логические файлы |
7 |
4 |
10 |
0 |
15 |
0 |
28 |
|||
Внешние интерфейсные файлы |
5 |
0 |
7 |
0 |
10 |
0 |
0 |
|||
|
|
|
|
Общее количество (N): |
81 |
|||||
Количество функциональных указателей вычисляется по формуле
|
(10) |
где
-коэффициенты
регулировки сложности.
Значения выбираются эмпирически в результате ответа на 14 вопросов, которые характеризуют системные параметры приложения (таблица 4.2). Каждый коэффициент может принимать следующие значения: 0 – нет влияния, 1 – случайное, 2 – небольшое, 3 – среднее, 4 – важное, 5 – основное.
Таблица 4.2 – Определение системных параметров приложения
№ п/п |
Системный параметр |
Описание |
Значение |
1 |
Передача данных |
Сколько средств связи требуется дли передачи или обмена информацией с приложением или системой? |
3 |
2 |
Распределенная обработка данных |
Как обрабатываются распределенные данные и функции обработки? |
3 |
3 |
Производительность |
Нуждается ли пользователь в фиксации времени ответа или производительности? |
1 |
4 |
Распространенность используемой конфигурации |
Насколько распространена текущая аппаратная платформа, на которой будет выполнятся приложение? |
4 |
5 |
Скорость транзакций |
Как часто выполняются транзакции (каждый день, каждую неделю, каждый месяц)? |
3 |
6 |
Оперативный ввод данных |
Какой процент информации надо вводить в режиме онлайн? |
3 |
7 |
Эффективность работы конечного пользователя |
Приложение проектировалось для обеспечения эффективной работы конечного пользователя? |
5 |
8 |
Оперативное обновление |
Как много внутренних файлов обновляется в онлайновой транзакции? |
1 |
9 |
Сложность обработки |
Выполняет ли приложение интенсивную логическую или математическую обработку? |
1 |
10 |
Повторная используемость |
Приложение разрабатывалось для удовлетворения требований одного или многих пользователей? |
2 |
11 |
Легкость инсталляции |
Насколько трудны преобразования и инсталляция приложения? |
3 |
12 |
Легкость эксплуатации |
Насколько эффективны и/или автоматизированы процедуры запуска, резервирования и восстановления? |
4 |
13 |
Разнообразные условия размещения |
Была ли спроектирована, разработана и поддержана возможность инсталляции приложения в разных местах для различных организаций? |
4 |
|
|
Общее количество |
44 |
FP = 81*(0,65+0,01*44)=88,29
FP-оценки легко пересчитать в LOC-оценки. Результаты пересчета зависят от языка программирования, используемого для реализации ПО. Пересчет FP-оценки в LOC-оценку для языка PHP:
LOC = FP * 31 (PHP)
LOC = 88,29 * 31 = 2737
