Автоматизация бизнес-процессов продажи билетов ООО "Зритель"
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
:
время, когда данная работа в принципе может начаться (по графику) - время возможного начала работы;
время, позднее которого данная работа не должна продолжаться - время допустимого конца работы.
В ходе выполнения проекта определяются и указываются на графике:
время фактического начала работы;
время текущего планового завершения работы;
время фактического завершения работы.
Наконец, в каждый текущий момент выполнения проекта определяются:
текущая ресурсная обеспеченность (как доля максимально возможной потребности);
объем работы, выполненный и оставшийся к текущему моменту времени.
Приведенный список адаптируется к условиям выполнения проекта. Методы привязки указанных параметров к сетевому графику могут быть различны. В частности, они зависят от системы автоматизации сетевого планирования (если ее использование в проекте предусмотрено то, как правило, такая система дает свои возможности оперирования с параметрами, сопутствующими сетевому графику). Тем не менее, можно указать на ряд общих положений, которых стоит придерживаться при любом варианте сетевого планирования (в том числе и при отсутствии средств его автоматизации):
Сетевой график можно строить как для проекта в целом, так и для отдельных его этапов. Кроме того, для больших проектов полезно использовать сетевые графики работ групп исполнителей и даже отдельных исполнителей;
Целесообразно варьировать уровень детализации работ и отслеживаемых параметров на сетевых графиках, а также на отдельных операционных маршрутах. Большей детализации требуют текущий и ближайший следующий этапы, больше отслеживаемых параметров требуется для критического маршрута;
Дуги графа зависимостей работ являются важной, но менее информативной частью сетевого графика по сравнению с выстраиваемой последовательностью работ. Гораздо важнее изображать временную вариантность выполняемых работ. В частности, по этой причине в большинстве систем сетевого планирования предписывается изображать явно все области возможного выполнения работ, т.е. отмечать:
время возможного начала работы,
время допустимого конца работы,
время фактического начала работы,
время фактического конца работы,
текущий момент выполняемой в настоящее время работы.
2.1.3Характеристика архитектуры разрабатываемого проекта
Архитектура разрабатываемого проекта содержит, прежде всего, ряд основных элементов и связей между ними (Рис. 2.5).
Рис. 2.5. Общая архитектура разрабатываемого проекта
Характеристика структурных единиц информации исходных сообщений, при такой архитектуре, приведена в табл. 2.2.
Таблица 2.2.
Характеристика структурных единиц информации исходных сообщений
Тип строкиНаименование структурной единицы информацииОбозначениеШаблонПрайс-листЗаглавныйДата прайс-листа Наименование категории билетаPr_date Pr_cat99.X(8).9999 X(50)Информационный№ билета Наименование билета Цена билетаPr_id Pr_name Pr_price999999 X(150) 99999,99Платежное поручениеЗаглавный№ платежного порученияPor_id9999ИнформационныйДата оформления поручения Дата получения банком Плательщик Банк плательщика Код плательщика Код банка плательщика Дебет счета № Получатель Код получателя Банк получателя Код банка получателя Кредит счета № Сумма платежа Назначение платежа Дата проведения банкомPor_date Por_bk_date Por_plat_naim Por_bk_plt_naim Por_plat_id Por_plat_bnk_id Por_deb_c Por_pol_naim Por_pol_id Por_bnk_pol Por_bnk_pol_id Por_cred_c Por_sum Por_nazn Por_bnk_prov99.X(8).9999 99.X(8).9999 Х(50) Х(50) Х(14) Х(6) Х(14) Х(50) Х(14) Х(50) Х(6) Х(14) 99999,99 Х(80) 99.X(8).9999Реестр подтвержденных заказовЗаглавныйДата реестраRe_date99.99.9999ИнформационныйНомер заказа Код клиента ПРЖБ клиента Сумма заказа Вид оплатыRe_ord_id Re_clt_id Re_clt_fio Re_ord_sum Re_paysys99999 99999 Х(70) 99999,99 ХИтоговыйВсегоRe_sum9999999,992.1.4Характеристика этапа внедрения разрабатываемого проекта
Основной составляющей этапа внедрения является тестирование. План тестирования отвечает на вопросы кто, когда, что и как тестирует в данном проекте. Он специфицирует, какого вида тесты нужно проводить для проверки результатов, и в каком порядке. Если проект требует специальных видов проверок (например, используемых программно-технических ресурсов), это также отражается в плане.
Зачем нужно тестировать промежуточные рабочие продукты? Ответ на этот вопрос заключается в двух положениях:
во-первых, обнаружение ошибок как можно раньше позволяет избавиться от напрасной реализации неправильных решений, от использования неправильных (а потому переделываемых в дальнейшем) компонентов, от обременительных возвратов к уже пройденному;
во-вторых, легче обнаружить и исправить ошибку не в результате следствий из нее, которые сделали противоречие явным, а во время ее появления, когда ошибка не обросла многими связями и влияниями на другие компоненты программной системы.
Конкретный план тестирования может быть составлен, когда готов план итераций проекта, т.е. после прохождения контрольной точки 2 жизненного цикла проекта Общие требования и общий план составлены. До этого момента целесообразно разработать общие положения о тестировании, которые служат технологическим регламентом в дальнейшем. Эти положения фиксируют следующее. Для каждой деятельности, определенной в плане итераций, для каждой итерации и для проекта в целом указывается:
какие результаты тестируются, каким методом и как определяется, что тестирование выполнено;
как для деятельности данного вида оп