Автоматизированная информационная система учета автомобилей в автосалоне
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
bsp;
5.6 Файловый состав системы
Представление системы Учет автомобилей в автосалоне на уровне файлов отображено в таблице 5.6.1
Таблица 5.6.1 - Файловый состав системы
ФайлОписание1Cv8.1CDКонфигурация Учет автомобилей в автосалоне20120517000000.logФайл с записями о событиях1Cv8.elfДокумент для представления о файлах и таблицах БД
Установка данного программного продукта включает в себя два этапа:
-установка и настройка базы данных на сервер;
-установка конфигурации на АРМ;
-размещение внешних отчетов на АРМ в папку Внешние отчеты.
На удаленном сервере должна быть установлена и настроена СУБД Microsoft SQL Server 2008.
Для подключения базы данных электронного каталога с именем 1Сv8 необходимо выбрать данную конфигурацию в запуске 1С:Предприятие, указав расположение необходимых файлов БД:
-1Сv8.1CD- содержит данные БД.
Программа не требует инсталляции. Для организации АРМ достаточно разместить конфигурацию в любом каталоге на носителе (жестком диске, флеш-карте и пр.).
6 ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ
В данном разделе обосновывается эффективность и целесообразность организации работ по созданию автоматизированной информационной системы "Учет автомобилей в автосалоне" как законченного программного продукта для управления деятельностью менеджера.
Создание нового программного продукта предусматривает выполнение совокупности работ на каждой стадии разработки программ и программных документов. Состав работ определяется условиями и организацией разработки программной документации и количеством проектируемых программных модулей.
6.1 Оценка размеров программного продукта
Для оценки размера программы будем использовать наиболее распространенную метрику Function Point (FP) - количество функциональных точек, которые содержит программа. Достоинствами данной метрики являются:
1.Независимость от языка программирования.
2.То, что легко вычисляется на любой стадии проекта.
При оценке размера программы будем пользоваться моделью потоков данных и логической моделью БД.
В данной метрике используются 5 информационных характеристик.
Таблица 6.1.1 - Исходные данные для расчета FP-метрик
Имя характеристикиРанг, сложность, количествоНизкийСреднийВысокийИтогокоэф.значениекоэф.значениекоэф.значениеВнешние вводы 544010020 Общее количество (N):132
После сбора всей необходимой информации приступаем к расчету метрики FP. Общее количество вычисляем исходя из уровня сложности и количества по каждой характеристике:
Общее количество = 147
Количество функциональных указателей вычислим по формуле:
FP = Общее количество * (0, 65 + 0, 01 *),
где Fi - коэффициенты регулировки сложности.
Определим факторы среды:
Каждый коэффициент может принимать следующие значения: 0 - нет влияния, 1 - случайное, 2 - небольшое, 3 - среднее, 4 - важное, 5 - основное.
Значения выбираются эмпирически в результате ответа на 14 вопросов, которые характеризуют системные параметры приложения, приведенные в таблице 6.1.2
Таблица 6.1.2 - Факторы среды
Системный параметрОписаниеКоэффициент1231 Передачи данныхСколько средств связи требуется для передачи или обмена информацией с приложением или системой? 32 Распределенная обработка данныхКак обрабатываются распределенные данные и функции обработки?33 ПроизводительностьНуждается ли пользователь в фиксации времени ответа или производительности?24 Распространенность используемой конфигурацииНасколько распространена текущая аппаратная платформа, на которой будет выполнятся приложение? 35 Скорость транзакцийКак часто выполняются транзакции?36 Оперативный ввод данныхКакой процент информации надо вводить в режиме онлайн?47 Эффективность работы конечного пользователяПриложение проектировалось для обеспечения эффективной работы конечного пользователя?38 Оперативное обновлениеКак много внутренних файлов обновляется в онлайновой транзакции?39 Сложность обработкиВыполняет ли приложение интенсивную логическую или математическую обработку?310 Повторная используемостьПриложение разрабатывалось для удовлетворения требований одного или многих пользователей?311 Легкость инсталляцииНасколько трудны преобразования и инсталляция приложения?312 Легкость эксплуатацииНасколько эффективны и/или автоматизированы процедуры запуска, резервирования и восстановления?413 Разнообразные условия размещенияБыла ли спроектирована, разработана и поддержана возможность инсталляции приложения в разных местах для различных организаций?214 Простота измененийБыла ли спроектирована, разработана и поддержана в приложении простота изменений?3
Теперь FP-оценки пересчитаем в LOC-оценки. Для реализации ПО будем использовать язык программирования 1С Предприятие.
Количество LOC-строк = 32 *147 =4802
6.2 Определение трудозатрат
Определим трудозатраты с помощью модели COCOMO 2 (Constructive cost model):
Трудозатраты для базовой модели:
Е = А * (размер / 1000)В
где А и В коэффиц