Анализ производится на основании проделанных выше работ, а именно выявленных сценариев работы системы. В среднем на описание одного сценария необходимо написать порядка 30-40 операторов, это равносильно 30 - 50 строкам кода. Однако существуют сценарии повышенной сложности, к ним относятся сценарии обработки критических ситуаций, условно, для ведения подсчётов затрат по этим сценариям примем их сложность равную 2 обычным сценариям, это где то 60-80 операторов или 60-100 строк кода.

В анализе не учитываются затраты на оборудование, необходимое для работы системы, к которому относятся сервер, рабочие станции, сетевое оборудование (сетевые карты, маршрутизаторы. коммутаторы).

Работа программиста.

Месячная зарплата программиста составляет 24000 р, это 1000 рублей в день при 24 рабочих днях в месяце. При этом квалифицированный специалист обеспечивает производительность в 3600 строк кода ежемесячно, ежедневно это составляет 150 строк отлаженного кода, то сопоставив количество сценариев и объём кода на описание и реализацию этих сценариев, получим:

35 основных сценариев = 1050-1750 строк кода

15 сценариев по отчётам = 450-750 строк кода

15 сценариев исключительных ситуаций = 900-1500 строк кода

Проведя суммирование получим: 2400-4000 строк кода.

Написание программы нельзя сравнивать с написанием книжного издания, при организации взаимодействия нескольких модулей могут быть выявлены конфликты, и разрешение этих проблем так же отнимает время и увеличивает объёмы переработанного кода. Во избежание отставания от графика, в затратах учтём время потраченное на разрешения проблем взаимодействия модулей, условно обозначим его 15% от объёма написанной программы, это будет - 360 - 600 строк кода. И того на написание исполняемого кода необходимо составить программу в 2760-4600 строк кода.

Произведя несложные вычисления, получаем, что на написание исполняемого кода необходимо потратить 19 - 31 день работы программиста, учитывая выходные дни получается 4,5-6,5 недель. Что ровняется 19000 - 31000 рублей, затрачивается на работу программиста.

Работа аналитика

Процесс произведения анализа системы, её структуризация и проектирование является неотъемлемой частью в создании программных продуктов, наряду с написанием исполняемого кода. На такого специалиста ложится ответственность за проведение анализа, проектирования и подготовку необходимой технической документации.

Из-за отсутствия данных по ежемесячной зарплате и ведении учёта объёма работ такого специалиста, будем условно принимать, что ежедневная заработная плата его будет ровняться заработной плате программиста, а именно 1000 рублей в день. Условно примем, что на разработку одного документа у него уходит один день. Произведём подсчёт затрат на работу аналитика.

Процесс анализа 2-3 дня - 2000-3000 рублей

Процесс проектировки 2-3 дня - 2000-3000 рублей

Составление документов:

· Техническое задание - 1000 рублей

· Руководство пользователя - 1000 рублей

· Руководство программиста - 1000 рублей

· Пояснительная записка - 1000 рублей

Итого 8-10 дней работы аналитика, соответственно 8000-10000 руб.

Общие затраты на разработку системы

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

Состояния системы

В разрабатываемой системе выделяются такие основные состояния:

· Состояние ожидания;

· Добавление информации;

· Пополнение БД;

· Создание учётной записи о клиенте;

· Оформление заказа;

· Запрос к БД;

· Использование БД (или ожидание ответа от БД);

· Отказ от заказа;

· Предоставление информации.

Состояний в данной информационной системе может быть на порядок больше, в схеме состояний системы учитываются лишь основные рис. 6, ниже, в подробном описании каждого состояния, будет рассмотрено, почему их на самом деле больше.

Основным состояние это - ожидание системы. С него начинается работа разрабатываемой системы и на нём же она должна заканчиваться, за исключением внештатных ситуаций которые могут привести к потере данных. Состояние ожидания является связывающим звеном между всеми состояниями, именно из него начинается работа с другими компонентами системы, тем самым обеспечивается возможность совершения необходимого действия.

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

Создание учётной записи о клиенте, так же имеет в себе подгруппу состояний по изменению, удалению информации. Но в связи со спецификой работы системы решено было выделить его отдельно. Пополнение БД, это состояние является промежуточным, между клиентской программой и серверной, подразумевает создание записей и последующий перенос информации на сервер. Использование БД, это состояние подразумевает использование системой отдельно выделенной серверной машины, которая занимается хранением, записью информации и обработкой запросов от клиентских машин.

Оформление заказа, является важным состоянием системы, поэтому его необходимо было выделить отдельно. В нем происходит формирование записей о занятых номерах, их суммарной стоимости, удобное и быстрое предоставление информации и отчет по номеру. Это состояние имеет очень сильное взаимодействие состоянием «Запрос к БД», за счёт которого и достигается функционал этого состояния.

Отказ от заказа, один из завершающих моментов состояния «оформление заказа». В момент этого состояния, система должна отменить все изменения которые могли произойти, на этапе формирования заказа.

Запрос к БД, одно из самых гибких состояний. Оно также является связующим звеном между клиентской частью программы и серверной. Под запросом понимаются не только SQL запросы, но и механизмы контроля целостности базы данных и адекватности запрашиваемых данных из хранилища. Использование БД, состояние системы при котором серверная машина (серверная часть системы), работает с базой данных на прямую через СУБД, обрабатывает запросы формируя на них ответы и высылает их запрашивающим клиентским машинам (приложениям).

Предоставление информации, обработчик информации от серверной части системы (серверной машины), с целью её дальнейшего представления в удобной форме.

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

Перечень модулей в гостиничной системе:

1. Группа модулей «наполнение таблиц»;

· Номер;

· Сведение о номерах;

2. Модуль Услуг

· Бронирование

· Ведение заказов

3. Модуль работы с клиентами;

4. Модуль работы с БД.

автоматизация гостиница бронирование затрата

1. Патрикеев Ю.Н. Объектно-ориентированное проектирование http://www.object.newmail.ru/oop1.html;

2. О.А. Акулов, Н.В. Медведев, Информатика базовый курс - Омега-Л, 2009;

3. ГрадиБуч, Объектно-ориентированный анализ и проектирование - Вильямс, 2009;

4. Б. Карпов, С++ - Питер, 2008;

5. Б. Страуструп, Язык программирования С++ - Бином, 2008;

6. Р. Лафоре, Объектно-ориентированное программирование, 4-е издание - Питер, 2012;

7. Д. Паттерсон, Дж. Хеннесси, Архитектура компьютера, 4-е издание - Питер, 2012;

8. Э. Таненбаум, А. Вудхалл, Операционные системы. Разработка и реализация, 3-е издание - Питер, 2007;

9. Э. Таненбаум, Компьютерные сети, 4-е издание - Питер, 2009;

10. Э. Таненбаум, Архитектура компьютера, 5-е издание - Питер, 2007.

Размещено на Allbest.ru