Таблица 1 - Описание таблицы «Заказ» (Zakaz)
| № п/п | Имя | Тип | Размер | Описание |
| CODZ | Длинное целое | Код заказа | ||
| DATA | Дата/время | Дата | ||
| DOC | Текстовый | Паспорт | ||
| FIO | Текстовый | Фамилия, имя, отчество | ||
| NASPU | Текстовый | Населенный пункт | ||
| S_OKR | Текстовый | Сельский округ | ||
| YL | Текстовый | Улица | ||
| DOM | Длинное целое | Дом | ||
| KOR | Текстовый | Корпус | ||
| KV | Текстовый | Квартира | ||
| PRIM | Текстовый | Примечание | ||
| PRIN | Текстовый | Принял | ||
| SUM_Z | Двойное с плавающей | Сумма | ||
| INV | Текстовый | Инв. № дела | ||
| Kolk | Целое | Количество квит. | ||
| Vip | Логический | Выполнен (Да/Нет) |
Таблица 2 - Описание таблицы «Квитанция» (Kvit)
| № п/п | Имя | Тип | Размер | Описание |
| Codz | Длинное целое | Код заказа | ||
| Codk | Целое | Код квитанции | ||
| Data | Дата/время | Дата выписки | ||
| Sum | Двойное с плавающей | Сумма | ||
| Dataop | Дата/время | Дата оплаты | ||
| Vidop | Текстовый | Тип оплаты |
Таблица 3 -Описание таблицы «Протокол» (prot)
| № п/п | Имя | Тип | Размер | Описание |
| CODZ | Двойное с плавающей | Код заказа | ||
| DATAZ | Дата/время | Дата заказа | ||
| DATA | Дата/время | Дата операции | ||
| TIM | Дата/время | Время операции | ||
| PRIM | Текстовый | Примечание |
Таблица 4 -Описание таблицы «Услуги в заказе» (RabInZak)
| № п/п | Имя | Тип | Размер | Описание |
| Codz | Длинное целое | Код заказа | ||
| Nn | Целое | № п/п | ||
| CodRab | Целое | Код услуги | ||
| SumAv | Двойное с плавающей | Сумма услуги | ||
| Ispoln | Текстовый | ФИО исполнителя | ||
| Dataz | Дата/время | Дата заказа услуги | ||
| Data | Дата/время | Дат выполнения услуги | ||
| Codk | Целое | Код квитанции |
Таблица 5 - Описание таблицы «Работники» (Rabotnik)
| № п/п | Имя | Тип | Размер | Описание |
| FIORabotnika | Текстовый | ФИО работника |
Таблица 6 - Описание таблицы «Услуги» (RabV)
| № п/п | Имя | Тип | Размер | Описание |
| CODR | Целое | Код услуги | ||
| NAMR | Текстовый | Наименование услуги | ||
| SUM_A | Двойное с плавающей | Сумма услуги |
2.1.4 Характеристика результатной информации
2.1.4.1 Описание результатной информации
Важнейшей формой вывода сводных данных для пользователя по-прежнему остаются бумажные носители, получаемые на печатных устройствах. В нашем случае разрабатываемая АИС отдела приема заказов формирует ряд бумажных документов, необходимых для деятельности БТИ. С учетом формализации задач можно выделить следующие документы:
1. Одним из основных документов является бланк заказа, который является юридическим документом, определяющим отношения заказчика и БТИ. Данный документ включает в себя основные реквизиты заказа и услуг в заказе (табл. 7)
Таблица 7 - Описание документа «Заказ»
| Раздел отчета | Название реквизита | Значение |
| Шапка отчета | Название | «Заказ № ____» |
| Наименование предприятия | МУП Сергиево Посадское БТИ | |
| Дата | Таблица «Заказ» | |
| ФИО | Таблица «Заказ» | |
| Документ | Таблица «Заказ» | |
| Населенный пункт | Таблица «Заказ» | |
| Сельский округ | Таблица «Заказ» | |
| Улица | Таблица «Заказ» | |
| Дом | Таблица «Заказ» | |
| Корпус | Таблица «Заказ» | |
| Квартира | Таблица «Заказ» | |
| Сумма заказа | Таблица «Заказ» | |
| Табличная часть | № п/п | Таблица «Услуга в заказе» |
| Наименование услуги | Таблица «Услуга в заказе» | |
| Стоимость | Таблица «Услуга в заказе» | |
| Итоговая часть | Всего сумма | Таблица «Заказ» |
| Принял заказ | Таблица «Заказ» |
2. В целях обеспечения анализа работы БТИ необходимо знание сумм и количества услуг, по каждому виду услуг. Отчет формируется только после оформление заказа и оплаты его клиентом, также данный отчет может выполняться для прошедших месяцев (табл. 8).
Таблица 8 - Описание отчета
| Раздел отчета | Название реквизита | Значение |
| Шапка отчета | Название | «Ведомость по заказанным услугам» |
| Период | Задает пользователь | |
| Начало групп | Заголовок группы 1 уровня | Название услуги (таблица «услуги») |
| Табличная часть | № п/п | Номер по порядку (формируется для каждой группы) |
| Название услуги | «Наименование услуги» | |
| Количество | Количество услуг | |
| Сумма | Сумма в рублях | |
| Завершение групп | Сумма по услугам | Сумма по виду услуг |
| Итоговая часть | Суммарные значения табличных показателей | |
| Менеджер | Фамилия менеджера, дата составления отчета |
4. Отчет по выполненным услугам работниками.
Период отчета – календарный месяц. Отчет выполняется по работникам. В основе отчета находятся таблицы «Заказ», «Услуга в заказе», «Работник». Структура отчета приведена в (табл. 11)..
Таблица 11 - Описание отчета
| Раздел отчета | Название реквизита | Значение |
| Шапка отчета | Название | «Итоговый отчет за (период)» |
| Табличная часть | № п/п | Номер по порядку (формируется для каждой группы) |
| Название услуги | «Наименование услуги» | |
| Количество | Значение тарифа (таблица «Тарифы») | |
| Сумма | Сумма в рублях | |
| Итоговая часть | Дата составления |
2.1.5. Используемые классификаторы
Работа бухгалтера по начислению платы за жилье и коммунальные услуги не связана с использованием общегосударственных классификаторов.
Вместе с тем, для обеспечения реализации запросов к нескольким таблицам и взаимоувязывания данных необходимо кодирование внутренней информации. В соответствии с инфологической и даталогической моделью АИС должна включать следующие коды:
CODZ – номер заказа, формируется автоматически;
CODR – код услуги, формируется автоматически;
Codk – код квитанции, формируется автоматически;
Формирование данных кодов обусловлено возможностью присвоения типу поля – счетчик, после чего Access будет присваивать уникальное значение полю при добавлении новой записи.
2.2. Программная реализация комплекса задач
2.2.1. Схема взаимосвязи программных модулей и ее описание
Программное обеспечение должно обеспечить автоматизированное решение выявленных задач сектора оплаты за жилье и коммунальные услуги. С учетом выбранной технологии – использования диалогового интерфейса программа должна состоять из основных функциональных блоков, обеспечивающих решение задач. Следовательно, программа должна включать следующие компоненты:
Блок работы с информацией о заказе – основная задача – ввод, просмотр и корректировка данных о заказе. Для обеспечения удобной работы данная форма должна вызываться несколькими способами:
а) на основании номера;
б) на основании фамилии.
Данной формы может вызываться в режиме просмотра (редактирования) имеющегося заказа или в режиме ввода нового. При работе с формой должна обеспечиваться возможности распечатки заказа и квитанций.
Другим важным блоком программы является блок составления отчетов. В соответствии с общепринятым интерфейсом данный блок должен представлять группу команд меню, содержащую команды для вызова соответствующих отчетов. Для каждого отчета могут задаваться свои параметры, по умолчанию отчет выполняется за текущий рабочий месяц.
Важным блок любой информационной программы, оперирующей с базами данных, является использование разнообразных справочников. Компонент работы со справочниками в общем должен обеспечивать следующие функции: удобный просмотр, поиск нужной информации; корректировка данных.
Следующим функциональным блоком является блок, содержащий сервисные функции. В данный блок должны входить следующие процедуры:
установка рабочего периода;
архивирование/восстановление БД;
переиндексация данных.
С учетом, что разрабатываемая система является частью содержи важную экономическую информацию предприятия, а также личные данные граждан, следовательно необходимо наличие средств защиты от несанкционированного доступа. К данным средства относятся меры как организационного характера (контроль за доступом к компьютеру, контроль за копированием информации), так и необходимо наличие программных средств защиты. В общем случае эта задача решается необходимостью ввода пароля при загрузке программы. Также, целесообразным является ведение протокола работы программы. В данный протокол заносится информация об изменения информационной базы. В последующем ответственный за информацию может просматривать сделанные изменения.
Общая структура программы можно описать следующими основными блоками см. рис. 7.
Основным связующим элементом разрабатываемой АИС является система меню, состоящего из главного меню и подменю.
Главное меню:
ОПЕРАЦИИ
Ввод нового заказа.
Просмотр заказов.
Поиск заказов.
Рисунок 7 - Укрупненная блок-схема программы
СПРАВОЧНИКИ
Услуги.
Работники.
ОТЧЕТЫ
Отчет по услугам.
Отчет по работникам.
СЕРВИС
Архивировать базу
Восстановить базу
Переиндексировать
ВЫХОД
Данные команды меню вызывают соответствующие процедуры выполнения целевых задач.
2.2.2 Описание основных модулей
1. Модуль работы с заказами.
В целях обеспечения решения всех задач при работе с заказами указанный были разработаны следующие формы:
«Журнал заказов» - форма обеспечивающая просмотр списка заказов. Построена на основе таблице заказ, имеет ленточный тип (рис. 8).
Рисунок 8 – Форма «Журнал заказов»
Для обеспечения работы с конкретным заказом разработана сложная (с подчиненной частью) форма, основой которой является таблица «Заказ». Подчиненная часть строится на основе запроса обеспечивающего вывод информации из таблиц «Услуга» и «Услуга в заказе». Использование запроса обеспечивает возможность автоматического ввода стоимости услуги при выборе соответствующего названия. Ниже приведена SQL форма указанного запроса:
SELECT RabInZak.Codz, RabInZak.Nn, RabInZak.CodRab, RabInZak.SumAv, RabInZak.Ispoln, RabInZak.Dataz, RabInZak.Data, RabInZak.Codk, RabV.SUM_A
FROM RabV INNER JOIN RabInZak ON RabV.CODR = RabInZak.CodRab;
Для поля «код услуги» таблицы «Услуга в заказе» используется механизм постановки, реализуемый средствами Access. Настройки подстановки приведены на рисунке 9.
Рисунок 9 – Настройки подстановки
Для обеспечения автоматического ввода стоимости услуги для поля «Код услуги» определена процедура обработки события «После обновления», содержащее следующий код:
Private Sub CodRab_AfterUpdate()
SumAv = SUM_A
End Sub
Внешний вид формы заказ приведен на рис. 10.
Рисунок 10 – Внешний вид формы для работы с заказом
Для обеспечения автоматического пересчета стоимости заказа реализован набор запросов:
1. Запрос на создание таблицы, обеспечивающий суммирование стоимости услуг, SQL форма:
SELECT RabInZak.Codz, Sum(RabInZak.SumAv) AS SumZak INTO Temp
FROM RabInZak
GROUP BY RabInZak.Codz
HAVING (((RabInZak.Codz)=[Forms]![ZakazDoc]![CODZ]));
2. Запрос на обновление, выполняющий обновление суммы заказа из временной таблицы, SQL форма:
UPDATE Temp INNER JOIN Zakaz ON Temp.Codz = Zakaz.CODZ SET Zakaz.SUM_Z = [SumZak];
Указанные запросы выполняются в рамках макроса «RashSumZak», структура которого приведена в таблице 12.
Таблица 12
| Макрокоманда | Аргумент | Значение |
| SetWarnings | Включить сообщения: | Нет |
| OpenQuery | Имя запроса: | RashSumZak |
| Режим: | Таблица | |
| Режим данных: | Изменение | |
| OpenQuery | Имя запроса: | ObnovlSumZak |
| Режим: | Таблица | |
| Режим данных: | Изменение | |
| SetWarnings | Включить сообщения: | Да |
Для обеспечения возможности распечатки заказа средствами Microsoft Access разработан отчет, основой которого является запрос, обеспечивающий выборку только тех записей, которые связаны с просматриваемым в данный момент заказом:
SELECT Zakaz.CODZ, Zakaz.DATA, Zakaz.DOC, Zakaz.FIO, Zakaz.NASPU, Zakaz.S_OKR, Zakaz.YL, Zakaz.DOM, Zakaz.KOR, Zakaz.KV, Zakaz.PRIN, Zakaz.SUM_Z, RabInZak.Nn, RabInZak.CodRab, RabInZak.SumAv, RabInZak.Dataz
FROM Zakaz INNER JOIN RabInZak ON Zakaz.CODZ = RabInZak.Codz
WHERE (((Zakaz.CODZ)=[Forms]![ZakazDoc]![CODZ]));
2. Модуль для работы со справочниками.
Работа со справочниками предусматривает использование формы списка с ленточным типом вывода информации, с которой обеспечивается переход к одиночной формой, реализующей работу с отдельной записью.
На рисунке 11 представлена форма для работы со списком услуг. Указанная форма разработана на основе мастера Access. В примечании формы размещены кнопки, обеспечивающие переход по записям, добавление, удаление записей, поиск информации. Указанные функции реализованы также с использованием мастеров Access.
Рисунок 11 – Форма «Справочник услуг»
Аналогичным образом реализована работа со справочником работников.
3. Модуль формирования отчетов
Алгоритм решения задачи по формированию всех отчетов в общем является однотипным (рис. 12). Для активизации режима формирования отчета используется соответствующая команда меню ОТЧЕТЫ.
При выборе команды меню ОТЧЕТЫпользователю предлагается выбрать вид отчета, определить исходные параметры и нажать на кнопку формирования отчета, при этом активизируется определенный отчет БД Access, который в свою очередь открывает необходимые запросы, производится подсчет соответствующих значений и вывод их на экран или на принтер.
Рисунок 12 - Обобщенный алгоритм формирования отчетов
Для обеспечения возможности выбора периода отсчета создана форма, содержащая два поля ввода, настроенные для ввода значений типа дата, т.е. в свойстве маска ввода установлено значение - 00.00.0000;0;_. Для формирования отчета по услугам создан соответствующий запрос на выборку:
SELECT RabInZak.CodRab, Count(Zakaz.CODZ) AS Количество, Sum(Zakaz.SUM_Z) AS Сумма
FROM Zakaz INNER JOIN RabInZak ON Zakaz.CODZ = RabInZak.Codz
WHERE (((Zakaz.DATA) Between [Forms]![FormOthet]![DatNah] And [Forms]![FormOthet]![DataKon]))
GROUP BY RabInZak.CodRab
ORDER BY RabInZak.CodRab;
В указанном запросе обеспечение возможности выбора данных за определенный период обеспечивается оператором: Between [Forms]![FormOthet]![DatNah] And [Forms]![FormOthet]![DataKon])), где DatNah – ссылка на поле для ввода даты начала периода, DatKon – ссылка на поле для ввода даты окончания периода выбора.
Для формирования отчета по работникам разработаны два запрос, одни для вывода сводной информации:
SELECT RabInZak.Ispoln, Count(Zakaz.CODZ) AS Количество, Sum(Zakaz.SUM_Z) AS Сумма
FROM Zakaz INNER JOIN RabInZak ON Zakaz.CODZ = RabInZak.Codz
WHERE (((Zakaz.DATA) Between [Forms]![FormOthet]![DatNah] And [Forms]![FormOthet]![DataKon]))
GROUP BY RabInZak.Ispoln
ORDER BY RabInZak.Ispoln;
Второй отчет обеспечивает вывод развернутой информации по работникам и услугам:
SELECT RabInZak.Ispoln, RabInZak.CodRab, Count(Zakaz.CODZ) AS Количество, Sum(Zakaz.SUM_Z) AS Сумма
FROM Zakaz INNER JOIN RabInZak ON Zakaz.CODZ = RabInZak.Codz
WHERE (((Zakaz.DATA) Between [Forms]![FormOthet]![DatNah] And [Forms]![FormOthet]![DataKon]))
GROUP BY RabInZak.Ispoln, RabInZak.CodRab
ORDER BY RabInZak.Ispoln;
На основе запросов с использованием мастеров Microsoft Access построены соответствующие отчеты. На рисунке 13 приведен отчет по видам работ в режиме конструктора, в который внесены определенные изменения:
- добавлены в заголовок поля для вывода периода отчета;
- добавлена область примечание, в которые добавлены компоненты (поля), обеспечивающие подсчет итоговой суммы по количественным плям.
- изменены настройки отдельных элементов.
Разработанные отчеты можно просмотреть или распечатать, для чего предусмотрены соответствующие кнопки.
Рисунок 13 – Отчет по видам работ в режиме конструктора
2.2.3 Организация технологического процесса
2.2.3.1 Схема технологического процесса сбора, передачи, обработки и выдачи информации и ее описание
Схема технологического процесса состоит из следующих основных этапов:
ввод информации о заказах, реализующих транзакционный механизм функционирования предметной области;
внесение информации об оплате клиентом квитанций;
распределение исполнителей по работам;
фиксирование информации о выполнении заказа;
выполнение отчетов.
Первоначально исходная информация, полученная от источников её возникновения, вносится в базу данных посредством соответствующих форм
Ввод информации должен осуществляться работником отдела приема заказов со слов клиента посредством устройства ввода - клавиатуры и отображается на экране дисплея. Здесь должен осуществляться визуальный контроль данных и их корректировка при необходимости. При вводе данных на экране должна отображаться форма входного документа, и курсор последовательно устанавливается на реквизиты, в которые нужно заносить исходные данные.
Технологический процесс обработки запросов заключается в проведении процедуры обработки информации, которая сопровождается операцией поиска и связана с процедурой хранения данных. Обработка первичных данных ведётся подсистемой под управлением разработанных программных модулей. Для обращения к учётным сведениям, хранимым в массивах ЭВМ, реализованы стандартные запросы.
Выдача информации при необходимости производится в виде экранной формы или распечатки на принтере.
Ниже приведены инструкционные карты основных операций технологического процесса, реализованных в виде программных модулей.
2.2.3.2 Инструкционные карты основных операций технологического процесса
Одной из основных задачей, решаемых разрабатываемой АИС, является учет информации о заказах. Решение данной задачи обеспечивает решение всех последующих задач.
Для запуска АИС прием заказов МУП СП БТИ необходимо открыть базу данных «Прием заказов МУП СП БТИ». Для этого необходимо в режиме проводника Windows XP открыть соответствующую рабочую папку и выполнить двойной щелчок мыши на иконке файла «Заказы БТИ.mbd». После запуска программа запрашивает пароль. Данная процедура обеспечивает идентификацию бухгалтера в целях определения прав работы с программой и ведения журнала изменений.
После идентификации на экране появляется главная кнопочная форма (приложение 2) в которой щелкнуть на кнопку «Операции». После чего в появившейся форме выбрать кнопку «Новый заказ» или «Список заказов» после чего на экране появится форма в которой выводится соответствующая информация. Для вывода нужного заказа необходимо воспользоваться режимом поиска. Для вво да нового заказа необходимо нажать соответствующую кнопку «Добавить» (рис. 14).
Рисунок 14 – Кнопка добавления нового заказа
После чего на экране появится соответствующая форма для ввода информации. Поле услуга заполняется из раскрывающегося списка. Для чего необходимо выполнить щелчок левой клавиши мыши на кнопку с треугольником, находящуюся в правой части поля. Поле стоимость проставляется автоматически, но при этом имеется возможность ручного изменения значений.
После заполнения полей необходимо нажать на кнопку «Сохранить», после чего введенная информация будет сохранена в базе данных.
Порядок выполнения отчетов аналогичен вышеописанному. В главном меню необходимо выбрать кнопку «ОТЧЕТЫ», затем выбрать необходимый вид отчета. После этого в появившейся форме необходимо задать условия отчета. Для вывода отчета на экран необходимо нажать кнопку «Просмотр», для вывода отчета на принтер кнопку «Печать».
В приложении 3 приведены листинги программ на языке Visual Basic. Результаты работы разработанной в рамках дипломного проекта программы (рабочие экраны, отчетные документы) представлены в приложении 4. Результаты тестирования позволяют сделать вывод о том, что решения по информационному и программному обеспечению разрабатываемой АИС обеспечивают автоматизацию управленческих задач отдела приема заказов МУП СП БТИ.
3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ
Программное изделие планируется разрабатывать с помощью системы управления базами данных Access 2003, ориентированной на графический интерфейс разработки программ. При этом основная часть программы, обеспечивающей взаимосвязь данных, операций по выборке данных будет разрабатываться с помощью VBA (Visual Basic for Application).
Затраты труда на разработку типичного программного изделия (ПИ) принимаются в соответствии с исходными данными таблицы 12.
Таблица 12 - Структура затрат на разработку
| № п/п | Наименование стадии | Содержание стадии | Трудоемкость, % |
| 1. | Подготовительная стадия | Изучение научно-технической литературы. Согласование и утверждение тех. задания и календарного плана проведения работ. | |
| 2. | Теоретическая разработка | Технико-экономическое обоснование и описание задач для алгоритмизации. | |
| 3. | Алгоритмизация и программирование | Разработка алгоритмов, блок-схем, разработка форм, запросов, макросов и модулей на алгоритмическом языке, их отладка на ЭВМ. | |
| 4. | Обобщение и выводы | Обобщение результатов работы, выводы | |
| 5. | Техническая отчетность | Подготовка отчетной документации по выполненной работе | |
| 6. | Заключительная стадия | Оформление и утверждение результатов |
Расчет количества условных команд разрабатываемого программного изделия.
При применении процедурных языков расчет количества условных команд выполняется по формуле
| Q = q * (1 + P1 + P2 + …. + Pn), | (1) |
где q – предполагаемое число команд программы, определяемое в ориентации на ассемблерную обработку.
q = q0 число команд ассемблера (от 2 до 10 команд)
q = 100 * 20 = 2000 (усл. ком.)
Kсл - коэффициент сложности программы (1.0 – 1.5)
P – коэффициент коррекции программы
n - количество коррекций программы в ходе разработки.
Каждый модуль программы потребует следующих доработок:
15% серьезной доработки изменений текста программ;
2% уточняющей отладочной доработки исходного текста.
Коэффициент типизации (повторение одинаковых или очень близких фрагментов в различных программных модулях) – 25%.
Соответственно разработка программы составляет 75%.
Таки образом количество условных команд Q разрабатываемого ПИ составляет:
Q = 2000 * 1.2 * 0.75 * (1 + 0.15 + 0.02) = 2106 (усл. команд)
Расчет трудоемкости разработки программного изделия по стадиям.
1. Расчет трудоемкости стадии алгоритмизации и программирования
Работы, выполняемые на третьей стадии разработки – алгоритмизации и программирования, являются наиболее сложными и наиболее длительными.
Трудоемкость работ на данной (третьей0 стадии вычисляются по формуле:
| TЗ = tИ+ tА + tБС + tП + tОТ + tЭВМ + tД , | (2) |
TЗ = tИ+ tА + tБС + tП + tОТ + tЭВМ + tД ,
где: tИ - затраты труда на изучение (и описание) задачи;
tА - затраты труда на изучение задачи в целом и на разработку алгоритмов;
tБС - затраты труда на разработку блок-схем;
tП - затраты труда на программирование;
tОТ - затраты труда на отладку программы;
tЭВМ – время машинного счета на ПЭВМ;
tД- затраты на оформление документации.
Затраты труда на изучение задачи - tИ определяются по формуле:
| (3) |
где: Q - общее количество команд в программном комплексе (2106 усл. команд);
В 31 – производительность исполнителя на первом этапе третьей стадии (55 ком/час);
ККВ - коэффициент, отражающий квалификацию специалиста (для стажа менее 2 лет, коэффициент равен 0.8);
ККАЧ - коэффициент, учитывающий требуемое качество описания задачи (3).
tИ=2106/(55 * 0.8)* 1.1 = 53 (ком/час)
Остальные величины трудоемкости на различных этапах работы определяются по той же формуле с учетом исходных данных, получаемых в ходе анализа системы.
Затраты труда на изучение задачи в целом и разработку алгоритмов составят:
| (4) |
tИ=2106/(20 * 0.8)* 1.1 = 132 (ком/час)
где В32 - производительность исполнителя на втором этапе третьей стадии (20 ком/час);
Затраты на разработку блок-схем ПИ определяются:
| (5) |
tБС = 2106/(22 * 0.8)=120 (ком/час)
где В33 - производительность исполнителя на третьем этапе третьей стадии (22 ком/час);
Затраты труда на этапе программирования составляют:
| (6) |
tП =2106/(25 * 0.8) =105 (ком/час)
где В34 - производительность на четвертом этапе третьей стадии (25 ком/час);
Затраты труда на отладку программы определяются:
| (7) |
tОТ =2106/(10 * 0.8) =263 (ком/час)
где В35 - производительность на пятом этапе третьей стадии (10 ком/час);
Затраты на оформление документов составляют:
| (8) |
tД =2106/(24 * 0.8) =110 (ком/час)
где В36 - производительность на шестом этапе третьей стадии (24 ком/час);
Время машинного счета на ЭВМ определяется:
tЭВМ = В37 = 10 (чел/час)
где В37 - время машинного счета на ЭВМ – 10 чел/час.
Таким образом трудоемкость работ на третьей стадии составит:
TЗ = 53 + 132 + 120 +105 +263 + 10 + 110 = 793 (чел/час)
Или, в человеко-днях, на алгоритмизацию и программирование буде затрачено:
TЗД = 793/8 = 99 (чел. дн)
II. Расчет трудоемкости остальных стадий
В соответствии с исходными данными таблицы № 3.1. можно определить трудоемкость 1, 2, 4, 5, 6 стадий разработки программного изделия:
 где:
| (9) |
Ti – трудоемкость каждой стадии.
T1 = 793 * = 159 (чел.час) = 159: 8 = 20 (чел. дн)
T2 = 793 * = 122 (чел.час) = 122: 8 = 15 (чел. дн)
T4 = 793 * = 61 (чел.час) = 61: 8 = 8 (чел. дн)
T5 = 793 * = 61 (чел.час) = 61: 8 = 8 (чел. дн)
T6 = 793 * = 24 (чел.час) = 24: 8 = 3 (чел. дн)
III. Расчет трудоемкости разработки в целом
T = T1 + T2 + T3 + T4 + T5 + T6 = 159 + 122 + 793 + 61 + 61 + 24 = 1220 (чел. час) = 153 (чел.дн)
Выполненная проверка свидетельствует о правильности полученных значений:
T = 793 * = 1220 (чел.час) = 1220: 8 = 153 (чел. дн)
Построение календарного плана графика
С учетом функциональных обязанностей и знаний специалистов – исполнителей на конкретной стадии и характера работ, предусматриваемых этой стадией (таблица 7), распределение нагрузки на специалистов приведено в таблице 13.
На 1, 2, 4 и 6 стадиях применяется труд ведущего инженера и инженера программиста, на 3 и 5 стадиях – только инженера – программиста.
Таблица 13 -Распределение трудоемкости работ между исполнителями на различных стадиях
| № п/п | Наименование стадий | Трудоемкость, чел.час | Занятые исполнители | Доля выполненных работ, % | Трудоемкость по исполнителям, чел.час |
| Подготовительная стадия | Ведущий инженер Инженер-программист | ||||
| Теоретическая разработка | Ведущий инженер Инженер-программист | ||||
| Алгоритмизация и программирован. | Инженер-программист | ||||
| Обобщение и выводы | Ведущий инженер Инженер-программист | ||||
| Техническая отчетность | Инженер-программист | ||||
| Заключительная стадия | Ведущий инженер Инженер-программист |
При определении продолжительности каждой из стадий учитывается следующее, чтобы данная стадия не оказалась меньшей, чем трудоемкость, приходящаяся на какого-либо исполнителя. Расчет календарной продолжительности стадии определяется по формуле, предполагающей равную степень загруженности Rj исполнителей на j –й стадии.
 где:
| (10) |
Ti – общая трудоемкость j стадии;
p - доля дополнительных работ (в нашем случае равна 0.2);
tg – количество часов в рабочем дне (8);
f – переводной коэффициент, обеспечивающий переход от человеко-дней с календарным интервалом
f = (12 * 22) / 365 = 0.73 раб.дн/кал.дн
Эта формула модифицируется в формулу
Ti * Gij *(1 + р)
TiК = maxi, где: (11)
f * tg
Gij – относительная доля работ, выполняемых j-м исполнителем на i-й стадии. В результате получим следующие значения:
T1К = 159 * 1.2 / (0.73 * 8) = 33 (кал. дн)
T2К= 122 * 1.2 / (0.73 * 8) = 25 (кал. дн)
T3К= 793 * 1.2 / (0.73 * 8) = 163 (кал. дн)
T4К= 61 * 1.2 / (0.73 * 8) = 13 (кал. дн)
T5К= 61 * 1.2 / (0.73 * 8) = 13 (кал. дн)
T6К= 24 * 1.2 / (0.73 * 8) = 5 (кал. дн)