1
0
mirror of https://github.com/SergeFocus/1C-Functin-to-yEd.git synced 2024-12-07 11:00:56 +02:00

пора уже переходить на git-flow, добавлен скрипт генерации процесса в виде документации, расширена докуменация по процессу

This commit is contained in:
Alexey Lustin 2016-02-02 02:28:56 +03:00
parent b4896d245a
commit 553ef1d07c
16 changed files with 64 additions and 6 deletions

2
.gitignore vendored
View File

@ -1 +1 @@
distr

View File

@ -0,0 +1,29 @@
Функционал: Старт работы над продуктом
Для того чтобы создать продукт в срок и иметь возможность его развивать
Как лидер продукта
Я хочу стартовать работу над продуктом правильно сразу, а не потом
Необходимо отказаться от терминологии проект
--------------
дело в том, что проект - это некая деятельность имеющая начало и конец
а продукт - это то что рождается, живет и умирает. Поэтому продукт не может умереть когда передан закачику - значит проект для заказчика, не может быть проектом - он именно продукт.
Если Вы с этим не согласны - дальшейшее чтение стоит отменить до лучших времен
Контекст:
Дано я больше не употребляю слово проект, заменив его на продукт
И я теперь называю проектом собраннную команду работы над продуктом

View File

@ -1,26 +1,23 @@
# encoding: utf-8
# language: ru
Функционал: Сбор требований для разработки на 1С
Как челочек решивший взять на себе в проекте роль системного аналитика
Как человек решивший взять на себе в проекте роль системного аналитика
Я хочу чтобы требования были сформулированы структурировано
И хочу чтобы требования были понятны всем участникам проекта, включая заказчика
Контекст:
Когда Существует СистемаУправленияТребованиями
Когда Существует <СистемаУправленияТребованиями>
И в ней зафиксированы запросы от пользователей
И в ней зафиксированы мои заметки
Структура сценария: Обработка требований из систем управления требованиями
Дано Существует <СистемаУправленияТребованиями>
Когда я получаю оповещение об <Запрос>
Тогда я открываю обработку ".\vendors\vanessa-bdd-editor"
И формулирую требования на языке Gherkin
И после сохранения помещаю изменения в git c помощью <ТэгСвязи> с <Запрос>
Примеры:
| СистемаУправленияТребованиями | Запрос | ТэгСвязи |
| http://redmine.org | Issue | # |

28
doc/Workflow/index.md Normal file
View File

@ -0,0 +1,28 @@
## Процесс для менеджеров и управлецев
так как технократический стиль управления предполагает автоматизацию всей деятельности - концепция ADD
тогда необходим инструментарий для работы по процессу разработки в 1С
и хуже того - всё на проекте считается исходным кодом.
* исходное техническое задание
* схемы и компонентная модель
* требования
* сценарии, шаги проверки и тесты
* скрипты сборки и проверки
* документация
* код внешних обработок и отчётов
* код конфигурации
и т.д.
### А если все таки нет исходного кода
если что-то кажется бинарным файлом необходимо
* хранить его в GIT LFS и все равно помещать в GIT в качестве ссылки
* еще раз подумать - а бинарный ли это файл

View File

@ -0,0 +1,4 @@
@pickles.exe -f ./../../doc/Workflow -l ru -o ./../../distr/ -df word --sn "Vanessa Workflow"
@pickles.exe -f ./../../doc/Workflow -l ru -o ./../../distr/docs/dhtml -df dhtml --sn "Vanessa Workflow"
@pickles.exe -f ./../../doc/Workflow -l ru -o ./../../distr/docs/html -df html --sn "Vanessa Workflow"
@pandoc -f docx "./../../distr/Vanessa Workflow.docx" -t markdown_github >> ./../../distr/HOW-WE-WORK.md