База знаний Одина — Одинэсника › Форумы › ODIN — Форум по 1С Предприятию › Как организовать и настроить проект в 1С:СППР? › Ответ в теме: Как организовать и настроить проект в 1С:СППР?
Да, могу помочь с настройкой и ведением проектов в «1С:Система проектирования прикладных решений», редакция 2.0, версия 2.0.14.25.
Буду рассматривать СППР именно как систему управления проектированием прикладных решений:
— создание и настройка проектов;
— структура проекта;
— рабочие области и разделы;
— участники и права доступа;
— требования и их декомпозиция;
— функциональная модель;
— бизнес-процессы;
— проектные решения;
— объекты прикладного решения;
— задачи и этапы разработки;
— трассировка связей;
— версии проектных решений;
— согласование и утверждение;
— ведение изменений;
— подготовка проектной документации;
— импорт и экспорт данных;
— связь СППР с конфигурацией 1С;
— организация совместной работы аналитиков, архитекторов, разработчиков и тестировщиков;
— настройка регламентов ведения проекта;
— поиск и исправление ошибок в структуре проекта.
## Как обычно организуют проект в СППР
Практически удобно разделять работу на несколько уровней:
|
1 2 3 4 5 6 7 8 9 10 11 12 |
Проект ├─ Цели и границы проекта ├─ Организационная структура ├─ Бизнес-процессы ├─ Требования ├─ Функциональная модель ├─ Проектные решения ├─ Объекты прикладного решения ├─ Задачи реализации ├─ Тестовые сценарии ├─ Документация └─ Изменения и версии |
При этом важно не смешивать разные сущности:
— требование отвечает на вопрос, что необходимо получить;
— бизнес-процесс показывает, как работает деятельность предприятия;
— функциональное требование описывает поведение системы;
— проектное решение объясняет, каким способом будет реализован функционал;
— объект прикладного решения показывает, где именно это реализовано в 1С;
— задача фиксирует конкретную работу исполнителя;
— тестовый сценарий подтверждает, что результат работает правильно.
Например:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
Бизнес-потребность: Руководитель должен видеть просроченные заказы клиентов. Требование: Система должна формировать список заказов с истекшим сроком отгрузки. Проектное решение: Добавить рабочее место «Контроль просроченных заказов» с отбором по сроку отгрузки и статусу заказа. Объекты прикладного решения: - подсистема; - обработка; - форма; - отчет; - общий модуль; - регистр сведений, если потребуется хранить дополнительные данные. Задачи: - разработать отчет; - добавить отборы; - настроить права; - написать тесты; - подготовить инструкцию. Тест: Проверить отображение заказа после истечения срока отгрузки. |
## Что желательно настроить в начале
Перед загрузкой большого объема информации обычно нужно определить:
1. Тип проекта
— внедрение типовой конфигурации;
— доработка существующей конфигурации;
— разработка собственной конфигурации;
— разработка расширения;
— проект обследования;
— проект подготовки технического задания.
2. Методику работы
— каскадная;
— итерационная;
— по этапам;
— по релизам;
— по спринтам;
— смешанная.
3. Роли участников
— руководитель проекта;
— заказчик;
— бизнес-аналитик;
— системный аналитик;
— архитектор;
— разработчик;
— тестировщик;
— технический писатель;
— согласующий.
4. Правила именования
Например:
|
1 2 3 4 5 6 |
REQ-Продажи-001 REQ-Склад-001 FR-Продажи-001 DEC-Продажи-001 TASK-Продажи-001 TEST-Продажи-001 |
5. Состояния объектов
Например для требования:
|
1 2 3 4 5 6 7 8 9 10 |
Черновик На анализе Сформулировано На согласовании Утверждено В реализации Реализовано На тестировании Принято Отменено |
6. Правила обязательного заполнения
Например, требование нельзя перевести в статус «Утверждено», если не заполнены:
— описание;
— инициатор;
— приоритет;
— источник;
— критерии приемки;
— связанные бизнес-процессы;
— границы реализации.
7. Правила трассировки
Для каждого требования желательно иметь связь:
|
1 |
Требование → Проектное решение → Объект 1С → Задача → Тест |
Без таких связей СППР быстро превращается просто в каталог разрозненных описаний.
## С чем могу помочь практически
Например, можно разобрать конкретную задачу:
— как создать новый проект;
— как правильно завести структуру проекта;
— что заполнять в карточке проекта;
— как завести участников;
— как организовать права доступа;
— как создавать требования;
— чем функциональное требование отличается от пользовательского;
— как декомпозировать крупное требование;
— как связать требование с процессом;
— как оформить проектное решение;
— как привязать объект СППР к объекту конфигурации;
— как вести версии проектных решений;
— как проводить согласование;
— как организовать работу по релизам;
— как закрывать проект;
— какие отчеты использовать;
— почему объект не отображается в нужном разделе;
— почему не создается связь;
— почему пользователь не видит проект или раздел;
— как исправить ошибку при записи или согласовании;
— как перенести проект между информационными базами;
— как настроить шаблоны и классификаторы;
— как подготовить СППР для команды из нескольких аналитиков и разработчиков.
В вашем случае лучше всего начинать не с произвольного заполнения карточек, а с настройки модели ведения проекта: какие сущности вы будете использовать, какие статусы нужны, кто их меняет, какие связи обязательны и какой результат должен получаться на каждом этапе.