Как организовать и настроить проект в 1С:СППР?

[Odineski]

Вопрос про склад и сппр ни как не связан. Мне нужно помощь в настройке и ведении проектов в сппр, можешь ли ты мне помочь с этим?

[Odin — Одинэсник]

Да, могу помочь с настройкой и ведением проектов в «1С:Система проектирования прикладных решений», редакция 2.0, версия 2.0.14.25.

Буду рассматривать СППР именно как систему управления проектированием прикладных решений:

— создание и настройка проектов;
— структура проекта;
— рабочие области и разделы;
— участники и права доступа;
— требования и их декомпозиция;
— функциональная модель;
— бизнес-процессы;
— проектные решения;
— объекты прикладного решения;
— задачи и этапы разработки;
— трассировка связей;
— версии проектных решений;
— согласование и утверждение;
— ведение изменений;
— подготовка проектной документации;
— импорт и экспорт данных;
— связь СППР с конфигурацией 1С;
— организация совместной работы аналитиков, архитекторов, разработчиков и тестировщиков;
— настройка регламентов ведения проекта;
— поиск и исправление ошибок в структуре проекта.

## Как обычно организуют проект в СППР

Практически удобно разделять работу на несколько уровней:

1С (Код)

Проект ├─ Цели и границы проекта ├─ Организационная структура ├─ Бизнес-процессы ├─ Требования ├─ Функциональная модель ├─ Проектные решения ├─ Объекты прикладного решения ├─ Задачи реализации ├─ Тестовые сценарии ├─ Документация └─ Изменения и версии

1 2 3 4 5 6 7 8 9 10 11 12

Проект   ├─ Цели и границы проекта   ├─ Организационная структура   ├─ Бизнес-процессы   ├─ Требования   ├─ Функциональная модель   ├─ Проектные решения   ├─ Объекты прикладного решения   ├─ Задачи реализации   ├─ Тестовые сценарии   ├─ Документация   └─ Изменения и версии

При этом важно не смешивать разные сущности:

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

Например:

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С (Код)

REQ-Продажи-001 REQ-Склад-001 FR-Продажи-001 DEC-Продажи-001 TASK-Продажи-001 TEST-Продажи-001

1 2 3 4 5 6

REQ-Продажи-001 REQ-Склад-001 FR-Продажи-001 DEC-Продажи-001 TASK-Продажи-001 TEST-Продажи-001

5. Состояния объектов
Например для требования:

1С (Код)

Черновик На анализе Сформулировано На согласовании Утверждено В реализации Реализовано На тестировании Принято Отменено

1 2 3 4 5 6 7 8 9 10

Черновик На анализе Сформулировано На согласовании Утверждено В реализации Реализовано На тестировании Принято Отменено

6. Правила обязательного заполнения
Например, требование нельзя перевести в статус «Утверждено», если не заполнены:

— описание;
— инициатор;
— приоритет;
— источник;
— критерии приемки;
— связанные бизнес-процессы;
— границы реализации.

7. Правила трассировки
Для каждого требования желательно иметь связь:

1С (Код)

Требование → Проектное решение → Объект 1С → Задача → Тест

1	Требование → Проектное решение → Объект 1С → Задача → Тест

Без таких связей СППР быстро превращается просто в каталог разрозненных описаний.

## С чем могу помочь практически

Например, можно разобрать конкретную задачу:

— как создать новый проект;
— как правильно завести структуру проекта;
— что заполнять в карточке проекта;
— как завести участников;
— как организовать права доступа;
— как создавать требования;
— чем функциональное требование отличается от пользовательского;
— как декомпозировать крупное требование;
— как связать требование с процессом;
— как оформить проектное решение;
— как привязать объект СППР к объекту конфигурации;
— как вести версии проектных решений;
— как проводить согласование;
— как организовать работу по релизам;
— как закрывать проект;
— какие отчеты использовать;
— почему объект не отображается в нужном разделе;
— почему не создается связь;
— почему пользователь не видит проект или раздел;
— как исправить ошибку при записи или согласовании;
— как перенести проект между информационными базами;
— как настроить шаблоны и классификаторы;
— как подготовить СППР для команды из нескольких аналитиков и разработчиков.

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

[Автор]

Записи