Информационная подсистема коммерческого отдела авиакомпании по продаже билетов на авиарейсы клиентам, отсутствующим в списке "клиенты постоянные"
Анализ процесса проектирования информационной система на примере проектирования информационной подсистемы коммерческого отдела авиакомпании по продаже билетов на авиарейсы клиентам, отсутствующим в списке "клиенты постоянные". Оценка трудоемкости проекта.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 25.05.2015 |
| Размер файла | 1,4 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
- узел (node) -- вычислительный ресурс -- процессор или другое устройство (дисковая память, контроллеры различных устройств и т.д;
- соединение (connection) -- канал взаимодействия узлов (сеть).
Сервер базы данных обеспечивает хранение данных и выносится на третий уровень. Обычно это стандартная реляционная или объектно-ориентированная СУБД. Если третий уровень представляет собой базу данных вместе с хранимыми процедурами, триггерами и схемой, описывающей приложение в терминах реляционной модели, то второй уровень строится как программный интерфейс, связывающий клиентские компоненты с прикладной логикой базы данных.
По сравнению с клиент-серверной или файл-серверной архитектурой можно выделить следующие достоинства трёхуровневой архитектуры:
- масштабируемость;
- конфигурируемость -- изолированность уровней друг от друга позволяет (при правильном развертывании архитектуры) быстро и простыми средствами переконфигурировать систему при возникновении сбоев или при плановом обслуживании на одном из уровней;
- высокая безопасность;
- высокая надёжность;
- низкие требования к скорости канала (сети) между терминалами и сервером приложений;
- низкие требования к производительности и техническим характеристикам терминалов, как следствие снижение их стоимости. Терминалом может выступать не только компьютер, но и, например, мобильный телефон.
Недостатки вытекают из достоинств. По сравнению c клиент-серверной или файл-серверной архитектурой можно выделить следующие недостатки трёхуровневой архитектуры:
- более высокая сложность создания приложений;
- сложнее в развертывании и администрировании;
- высокие требования к производительности серверов приложений и сервера базы данных, а, значит, и высокая стоимость серверного оборудования;
- высокие требования к скорости канала (сети) между сервером базы данных и серверами приложений.
Диаграмма развертывания показана на Рисунке 2.6:
Рисунок 2.6 - Диаграмма развертывания для проектируемой ИС
Состав обеспечивающего ПО на стороне клиента:
· Internet Explorer
Состав обеспечивающего ПО на сервере:
· IIS - служба Internet Information Services
· Delphi 7.0 - для создания источника ODBC, создания динамических html-страниц
· СУБД - Microsoft Access 2003
· Блокнот - для создания шаблонов динамических страниц
2.7 Выводы
В процесс разработки данного раздела курсового проекта были изучены основные понятия и принципы построения спецификаций вариантов использования ИС, интерфейсов пользователей ИС и перечень запросов, диаграмм классов, диаграмм последовательности и кооперативных диаграмм, диаграмм развертывания. В последствии были разработаны все вышеперечисленные диаграммы для проектируемой информационной подсистемы, а также спецификации вариантов использования проектируемой информационной подсистемы, интерфейсы пользователей проектируемой информационной подсистемы и перечень запросов.
3. ОЦЕНКА ТРУДОЕМКОСТИ И СТОИМОСТИ СОЗДАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ. СТОИМОСТЬ АППАРАТНЫХ СРЕДСТВ.
3.1 Определение весовых показателей действующих лиц
Все действующие лица разрабатываемой подсистемы делятся на три типа: простые, средние и сложные.
Простое действующее лицо представляет внешнюю систему с четко определенным программным интерфейсом (API). В настоящем курсовом проекте простым действующим лицом являются «БД наличия билетов», «БД тарифов». Среднее действующее лицо представляет либо внешнюю систему, взаимодействующую с данной системой посредством протокола наподобие TCP/IP, либо личность, пользующуюся текстовым интерфейсом. В настоящем курсовом проекте отсутствуют средние действующие лица.
Сложное действующее лицо представляет личность, пользующуюся графическим интерфейсом (GUI), В настоящем курсовом проекте это «Клиент». Подсчитанное количество действующих лиц каждого типа умножается на соответствующий весовой коэффициент, затем вычисляется общий весовой показатель А.
Таблица 1
|
Действующее лицо |
Тип действующего лица |
Весовой коэффициент |
|
|
Клиент |
Сложный |
3 |
|
|
БД наличия билетов |
Простой |
1 |
|
|
БД тарифов |
Простой |
1 |
Таким образом, весовой показатель действующих лиц равен:
А = 2·1 + 1·3 = 5
3.2 Определение весовых показателей вариантов использования
Все варианты использования делятся на три типа: простые, средние и сложные, в зависимости от количества транзакций в потоках событий (основных и альтернативных).
Подсчитанное количество вариантов использования каждого типа умножается на соответствующий весовой коэффициент, затем вычисляется общий весовой показатель UCP (use case points - количество вариантов использования).
Для проектируемой информационной подсистемы сложность вариантов использования определяется следующим образом:
Таблица 2
|
Вариант использования |
Тип сложности |
Весовой коэффициент |
|
|
Узнать о выполнении рейсов текущего дня |
Простой |
5 |
|
|
Купить билеты |
Средний |
10 |
|
|
Запросить инф.о расписании рейсов, стоимости билетов и наличии мест |
Простой |
5 |
Таким образом, общий весовой показатель равен:
UСР = 5·2 + 10·1=20
В результате получаем показатель UUCP (unadjusted use case points - количество вариантов использования без учета поправочного коэффициента):
UUCP = A + UCP = 20 + 5= 25
3.3 Определение технической сложности проекта
Техническая сложность проекта (TCF -- technical complexity factor) вычисляется с учетом показателей технической сложности.
Таблица 3
|
Показатель |
Описание |
Вес |
Значение |
Значение с учетом веса |
|
|
Т1 |
Распределенная система |
2 |
5 |
10 |
|
|
Т2 |
Высокая пропускная способность |
1 |
5 |
5 |
|
|
Т3 |
Работа конечных пользователей в режиме on-line |
1 |
5 |
5 |
|
|
Т4 |
Сложная обработка данных |
1 |
2 |
2 |
|
|
Т5 |
Повторное использование кода |
1 |
4 |
4 |
|
|
Т6 |
Простота установки |
0,5 |
5 |
2,5 |
|
|
Т7 |
Простота использования |
0,5 |
5 |
2,5 |
|
|
Т8 |
Переносимость |
2 |
0 |
0 |
|
|
Т9 |
Простота внесения изменений |
1 |
3 |
3 |
|
|
Т10 |
Параллелизм |
1 |
5 |
5 |
|
|
Т11 |
Специальные требования к безопасности |
1 |
4 |
4 |
|
|
Т12 |
Непосредственный доступ к системе со стороны внешних пользователей |
1 |
5 |
5 |
|
|
Т13 |
Специальные требования к обучению пользователей |
1 |
1 |
1 |
|
|
? |
49 |
Каждому показателю присваивается значение Ti в диапазоне от 0 до 5 (0 означает отсутствие значимости показателя для данного проекта, 5 -- высокую значимость). Значение TCF вычисляется по следующей формуле:
TCF = 0,6+(0,01*(?Ti *Весi))
Вычисленное значение TCF для проектируемой ИС:
TCF = 0,6 +(0,01 * 49) =1,09.
3.4 Определение уровня квалификации разработчиков
Уровень квалификации разработчиков (EF - environmental factor) вычисляется по формуле:
EF = 1,4 + (-0,03·(?Fi·Весi))
где Fi - показатель уровня сложности.
Каждому показателю присваивается значение в диапазоне от 0 до 5. Для показателей F1 - F4 0 означает отсутствие, 3 - средний уровень, 5 - высокий уровень. Для показателя F5 0 означает отсутствие мотивации, 3 - средний уровень, 5 -- высокий уровень мотивации. Для F6 0 означает высокую нестабильность требований, 3 - среднюю, 5 - стабильные требования. Для F7 0 означает отсутствие специалистов с частичной занятостью, 3 -- средний уровень, 5 -- все специалисты с частичной занятостью. Для показателя F8 0 означает простой язык программирования, 3 - среднюю сложность, 5 - высокую сложность.
Таблица 4
|
Показатель |
Описание |
Вес |
Значение |
Значение с учетом веса |
|
|
F1 |
Знакомство с технологией |
1,5 |
4 |
6 |
|
|
F2 |
Опыт разработки приложений |
0,5 |
3 |
1,5 |
|
|
F3 |
Опыт использования объектно-ориентированного подхода |
1 |
2 |
2 |
|
|
F4 |
Наличие ведущего аналитика |
0,5 |
4 |
2 |
|
|
F5 |
Мотивация |
1 |
5 |
5 |
|
|
F6 |
Стабильность требований |
2 |
3 |
6 |
|
|
F7 |
Частичная занятость |
-1 |
2 |
-2 |
|
|
F8 |
Сложные языки программирования |
-1 |
4 |
-4 |
|
|
? |
16,5 |
Вычисленный уровень квалификации разработчиков для проектируемой ИС:
EF = 1,4 + (-0,03·16,5) = 0,905
В результате получаем окончательное значение UCP:
UCP = UUCP·TCF·EF = 65·1,09·0,905 = 64,12
3.5 Оценка трудоемкости проекта
В качестве начального значения предлагается использовать 20 человеко-часов на одну UCP. Эта величина может уточняться с учетом опыта разработчиков.
Для уточнения этой величины надо рассмотреть показатели F1--F8 и определить, сколько показателей F1--F6 имеют значение меньше 3 и сколько показателей F7-F8 имеют значение больше 3. Если общее количество меньше или равно 2, следует использовать 20 чел.-ч. на одну UCP, если 3 или 4 - 28. Если общее количество равно 5 или более, следует внести изменения в сам проект, в противном случае риск провала слишком высок.
Для разрабатываемой подсистемы на одну UCP получается 20 человеко-часов, таким образом, общее количество человеко-часов на весь проект равно 20*64,12=1282,4 человека-часа, что составляет 33 недели при 40-часовой рабочей неделе. Если предположить, что команда разработчиков состоит из четырех человек, и добавить 3 недели на различные непредвиденные ситуации, тогда в итоге получается 12 недель на весь проект.
3.6 Стоимость аппаратных средств
Из диаграммы развертывания (рисунок 2.6) видно, что для разработки информационной подсистемы требуются следующие аппаратные средств:
- сервер БД;
- север приложений.
Пользователи обращаются к информационной подсистеме через Web-сайт, следовательно, терминалы, с которых пользователи обращаются к ИС, не принадлежат разработчику ИС, т.е. авиакомпании. Терминалы принадлежат клиентам авиакомпании (это их персональные компьютеры, ноутбуки, мобильные телефоны и т.п.), поэтому учитывать их при расчете стоимости аппаратных средств не требуется.
Допустим, что аппаратные средства должны обеспечивать возможность работы с ИС одновременно 10000 клиентов. В таком случае стоимость каждого из серверов будет около 250тыс.руб., а значит стоимость аппаратных средств составит 500тыс.руб.
3.7 Выводы
В процессе разработки данного раздела курсового проекта были изучены основные понятия трудоемкости и стоимости создания программного обеспечения при разработке информационных систем. Также были приобретены навыки расчета весовых показателей действующих лиц, весовых показателей вариантов использования, технической сложности проекта, уровня квалификации разработчиков, оценки трудоемкости проекта и стоимости аппаратных средств на примере разрабатываемой подсистемы. Была проведена оценка трудоемкости и стоимости создания программного обеспечения проектируемой информационной подсистемы.
ЗАКЛЮЧЕНИЕ
В результате выполнения данного курсового проекта была спроектирована информационная подсистема коммерческого отдела авиакомпании по продаже билетов на авиарейсы через Web-сайт авиакомпании.
Внедрение спроектированной подсистемы в работу авиакомпании позволило бы:
· повысить число клиентов авиакомпании;
· упростить и ускорить процесс покупки билетов;
· оперативно узнавать различные сведения о рейсах авиакомпании;
· централизовать доступ к данным авиакомпании.
В процессе выполнения курсового проекта был проведен анализ предметной области. При разработке курсового проекта были освоены и закреплены на практике навыки проектирования информационных систем, составления диаграмм UML.
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
1. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: учебник. - 2-е изд., перераб. и доп. - М.: Финансы и статистика, 2006.
2. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. пособие. - 2-е изд., перераб. и доп. - М.: Финансы и статистика, 2006.
3. Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем: учебник. - М.: Финансы и статистика, 2003.
4. Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite. - М. Диалог МИФИ, 2005 г
ПРИЛОЖЕНИЕ
ГЛОССАРИЙ ПРОЕКТА
|
Термин |
Значение |
|
|
Пользователь |
Клиент авиакомпании |
|
|
Билет |
Билет на конкретный рейс, с указанием места в салоне самолета и цены билета |
|
|
Рейс |
Перелет самолетом из одного города в другой, с указанием времени вылета, времени прилета, километража между городами |
|
|
БД тарифов |
Хранит тарифы на перелеты |
|
|
БД наличия билетов |
Хранит сведения об оставшихся свободных местах на рейсы |
Размещено на Allbest.ru
Подобные документы
Основные принципы функционирования и структура кинотеатра. Особенности автоматизации продажи билетов в кинотеатре. Методика построения модели и проект создания информационной системы по продаже билетов в кинотеатре, спецификация ее поведения и состояния.
курсовая работа [560,0 K], добавлен 11.12.2010Оценка организационной структуры и процесс реализации информационной подсистемы отдела менеджмента предприятия. Требования к информационной подсистеме и техническому обеспечению. Технико-экономическое обоснование разработки информационной подсистемы.
дипломная работа [2,1 M], добавлен 29.06.2011Разработка информационной системы учета регистрации пассажиров и реализации билетов в кассе аэрофлота. Изменение учетных данных клиентов аэропорта. Реализация функции возврата билета. Составление посадочной ведомости и отчета по продажам билетов.
курсовая работа [4,9 M], добавлен 13.08.2012Информационная поддержка деятельности магазина по продаже компьютеров. Работа с программой. Этапы проектирования базы данных. Анализ информационных задач. Выбор программных средств. Особенности проектирования программного комплекса информационной системы.
курсовая работа [1,8 M], добавлен 09.06.2016Анализ принципа работы отдела продаж на примере "Радуга-ТВ". Математическое моделирование работы с клиентами отдела продаж. Выбор архитектуры информационной системы, средств ее проектирования. Выбор системы управления базой данных, программные требования.
дипломная работа [1,7 M], добавлен 20.07.2014Разработка требований к программному обеспечению отдела воинского учета, методология проектирования информационной системы. Реализация и аттестация информационной системы, взаимодействие приложения с источниками данных, его экономическая эффективность.
дипломная работа [1,3 M], добавлен 30.11.2010Понятие информационной системы управления предприятием: ее жизненный цикл, этапы проектирования. Функционирование организации по продаже канцелярских товаров ООО "КТ". Потребность в автоматизации учета клиентов, заказов и договоров. Создание базы данных.
курсовая работа [1,0 M], добавлен 18.11.2009Теоретические аспекты проектирования баз данных. Определение предметной области информационной системы, этапы ее проектирования. Особенности инфологического и даталогического видов проектирования. Реализация проекта в среде SQL Server Enterprise Manager.
курсовая работа [511,8 K], добавлен 11.03.2014Назначение и цели создания информационной подсистемы. Создание проекта и модулей Borland Delphi 7 для реализации информационной подсистемы "TradeBusiness". Компиляция и отладка проекта, требования к обеспечению и оценка экономической эффективности.
дипломная работа [2,7 M], добавлен 24.06.2011Состав стадий и этапов канонического проектирования информационной системы, каскадная модель жизненного цикла. Физическая реализация выбранного варианта проекта и получение документации. Подготовка объекта к внедрению проекта, его сопровождение.
презентация [1,0 M], добавлен 19.10.2014
