Дипломная работа: Автоматизация приема платежей в базе конфигурации "1C: Предприятия 8.3" на примере ООО «Текстиль Трейд»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
64
определения общего видения разрабатываемого программного продукта. На данном
этапе необходимо четкое представление того, что необходимо для удовлетворения
запроса заказчика и формирование цели. Заказчиком в случае данного дипломного
проекта выступает предприятие «Текстиль Трейд». Согласно методике, MSF
участникам команды разработчиков необходимо раздать следующие роли:
Менеджмент продукта;
Менеджмент программного обеспечения;
Разработка;
Удовлетворение заказчика;
Тестирование программного продукта;
Управление релизом.
Каждая роль обладает своими обязанностями и зонами ответственности. На
каждом этапе для каждого участника команды определяются задачи. В стадии
выработки концепта обозначены следующие задачи.
Для менеджмента продукта:
Логический дизайн и концептуальный дизайн;
Функции и спецификацию;
Сводные график и план проекта;
Стоимость.
Для менеджмента программного обеспечения:
Концептуальные решения;
Задачи дизайна;
Проектную структуру.
Для роли разработки:
Анализ технологий;
Смета разработки.
Для ответственных за удовлетворение заказчика:
65
Сценарий использования;
Требования пользователей;
Доступность и локализация;
Инструкция для пользователей;
Обучение использованию.
Для управления релизом:
Оценивание дизайна;
Требования к эксплуатации;
План тестового и финального внедрения.
В рамках разработки внедрения данного проекта силами выбранных
специалистов использование шести и более человек для этой задачи не представляет
собой никакой необходимости. Данные задачи были скомбинированы и
распределены между тремя участниками группы разработки.
Разработчику программного обеспечения были назначены следующие
задачи:
Менеджмент ПО;
Разработка;
Удовлетворение требованиям заказчика.
Бухгалтеру было поручено тестирование ПП.
Руководителю были назначены функции:
Менеджмент продукта;
Управление релизом.
Результатом данного этапа станет определение списка подходящих
специалистов, задач для каждого специалиста, временной график и бюджет данного
дипломного проекта.
На следующем этапе жизненного цикла информационной системы идёт
проектирование. Основной целью которого является разработка плана проекта [4].
Этот этап включает в себя проработку дизайнов, архитектуры, рабочих планов,
66
проектных затрат и сроков внедрения.
Процессом проектирования называется продвижение от абстракции к
конкретной технической реализации. Специфика обязанностей каждого человека в
команде содержится в приложении 1 в таблице 1.
Выходной информацией этапа проектирования является:
Спецификация функциональности;
Анализ и характеристика рисков;
Календарный график разработки;
Сконфигурированная среда разработки и тестирования для каждого
языка программирования, который будет использоваться при
выполнении дипломного проекта.
Программисту на данной стадии разработки проекта необходимо сделать
обзор и выбор подходящего языка, на котором будет выполняться решение задачи,
составить календарный график разработки со сроками, продумать архитектуру
программируемой системы. Бухгалтеру необходимо составить сценарии
использования программного продукта.
После этого проект переходит на этап разработки, на котором команда делает
фокус на разработку программного кода и документацию. Частично эта работа
может быть продолжена на этапе стабилизации, при наличии такой надобности на
стадии тестов. Помимо указанного выше, этап разработки включает в себя процесс
организации инфраструктуры. Отдельно надо заметить, что данный этап не
ограничивается написанием программистом программного кода, в процессе
прохождения каждого этапа все члены команды принимают участие в работе.
Таблица 2 в Приложении 1 включает в себя описание зоны ответственности каждого
участника команды проекта во время этапа разработки. Результатом стадии
разработки становится:
Исходный код и скомпилированный исполняемый файл;
Обработка для конфигуратора;
67
Окончательный список функционала разработки;
Тесты;
Документация поддержки.
Следующим этапом становится стадии стабилизации разработки, когда
программное обеспечение проходит тестирование. Фокус делается на
эксплуатационные качества и реалистичность модели использования. Команда
разработки занимается простановкой приоритетов и устранением ошибок,
возникающих в процессе тестирования. В самом начале этого этапа скорость
нахождения ошибок превосходит скорость исправления командой проекта.
Представляется довольно сложным предугадать где и какие ошибку будут
возникать. Существуют показатели, по которым можно определить прогресс в
стабилизации разработки. Это пик конвергенции ошибок, в котором становится
заметно наличие прогресса в работе по устранению ошибок и падение количества
обнаруживаемых ошибок в программе по мере их исправления. Программные
ошибки могут возникать и после прохождения пика нахождения ошибок, поэтому
эти показатели являются скорее тенденцией, чем определенной конкретной точкой
во времени. Таблица 3 в приложении 1 представляет собой задачи для каждого члена
команды на данном этапе.
Выходными данными стабилизационной стадии ИС являются:
Рабочая версия продукта;
Документация к релизу;
Программная документация;
Проектные документы.
На данном этапе в моей дипломной работе, программист корректирует
ошибки в программе, компилируется версия кандидата на выпуск RC и в случае
отсутствия критических ошибок производится выпуск окончательной сборки
продукта. Совместно с подготовкой к релизу дополняется и программная
документация. Руководитель и бухгалтер определяют 2-3 контрагента и проводят
переговоры по тестированию программного продукта.
68
Последний этап, этап внедрения, характеризируется тем, что команда проекта
проводит внедрение разработки, стабилизирует ПО, проводит инструктаж и
получает со стороны заказчика заключение о результатах проекта разработки.
Результатами фазы внедрения могут считаться:
Мобильное приложение;
Программный модуль 1С;
Процедура и процесс эксплуатации разработки;
Отчет о проекте;
Документальная передача и завершение проекта.
После получения положительного заключения о разработке, программист и
бухгалтер внедряют разработанное ПО тем контрагентам, которые выразили
желание использовать программный продукт, разработанный в рамках данной
дипломной работе. Выделяют несколько различных типов стратегии внедрения
программного продукта. Параллельная стратегия, резкий переход со старой системы
на новую и пилотный проект. В нашем случае будем придерживаться наиболее
надежной из этих стратегий, стратегии пилотного проекта. Поскольку она позволяет
проводить анализ работоспособности информационной системы по мере
расширения количества контрагентов, использующих данное ПО.
В начале периода использования разработанного программного продукта,
согласно инструкции, бухгалтеру необходимо будет проверять результат работы ПО
и отзывы от контрагентов для определения проблем и для принятия решения о
доработке программы.
Модель жизненного цикла представляет собой структуру, которая определяет
взаимосвязь процедур и задач, которые выполняются на протяжении ЖЦ. Эта модель
зависит от специфичности работы ИС и условий в которых она применяется.
На данный момент, самыми известными и используемыми моделями
жизненного цикла являются следующие:
Задачная модель;
Системная модель, иначе называемая каскадной;
Источник: https://baza.diplomsite.ru/previewfile/1991