Merge branch 'master' into develop

# Conflicts:
#	doc/Workflow/01-Requirements/СборТребований.feature

.gitignore

@@ -1 +1 @@
-
+distr

doc/Workflow/00-ProductStart/СтартРаботыНадПродуктом.feature

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

doc/Workflow/01-Requirements/СборТребований.feature

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

doc/Workflow/1-Requirements/СборТребований.feature

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

doc/Workflow/index.md

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

license/README.md

@@ -0,0 +1,5 @@
+### каталог Лицензий
+
+при работе с иходными кодами очень важны лицензии на продукты
+данный каталог служит для хранения лицензионных соглашений на сам продукт, и на его компоненты если они были заимствованы
+

spec/tests/xUnitFor1Cv3/README.md

@@ -0,0 +1,9 @@
+### Каталог xUnitFor1Cv3
+
+предназначен для хранения тестов написанных на фреймворке xUnitFor1C
+
+в каталоге v3 хранятся тесты в формате xUnitFor1Cv3 - https://github.com/xDrivenDevelopment/xUnitFor1C
+
+
+
+

spec/tests/xUnitFor1Cv4/README.md

@@ -0,0 +1,5 @@
+### каталог xUnitFor1Cv4
+
+предназначен для хранения тестов написанных на фреймворке xUnitFor1C
+
+в каталоге v4 хранятся тесты в формате xUnitFor1Cv4 reborn - https://github.com/xDrivenDevelopment/xUnitFor1C/tree/develop_v4_reborn

tools/README.md

@@ -1,13 +1,34 @@
 ### Каталог tools
 
-Предназначен для хранения любых сторонних утилит, необходимых для настройки проекта или для дополнительно установки
+Предназначен для хранения любых сторонних утилит, необходимых для настройки проекта или для дополнительной установки
 
-#### Используемые сторонние утилиты и программы
+#### Используемые сторонние утилиты и программы - рекомендация
 
 * python
 * SourceTree
 * wget
 * msgit
 * Notepad++
+* allure
+* oscript
+* sublime
+* atom
+* pandoc
 
-для установки чеерез командную строку в Windows используется https://chocolatey.org 
+и многое другое, например http://www.sikuli.org/
+
+> Зачем такое разноообразие ? Для автоматизации собственной деятельности команды разработки при создании и выпуска продукта
+
+#### Windows
+
+для установки через командную строку в Windows используется https://chocolatey.org - смотри каталог `./windows`
+
+дополнительно только для Windows 
+
+* infanview
+* pickles
+
+#### Linux
+
+в зависимости от установленной операционной системы - используется пакетные менеджеры `deb` или `yum`
+ 

tools/env-install.cmd

@@ -1,8 +0,0 @@
-@echo off
-cls
-@choco install git -y -params '"/GitAndUnixToolsOnPath"'
-@choco install notepadplusplus -y
-echo Waiting for aproved https://chocolatey.org/packages/SourceTree, install skiped
-echo choco install sourcetree
-@choco install python
-@choco install wget

tools/env-upgrade.cmd

@@ -1,8 +0,0 @@
-@echo off
-cls
-@choco upgrade git -y 
-@choco upgrade notepadplusplus -y
-echo Waiting for aproved https://chocolatey.org/packages/SourceTree, install skiped
-echo choco install sourcetree
-@choco upgrade python
-@choco upgrade wget

tools/linux/env-install.sh

@@ -0,0 +1,4 @@
+#!/bin/sh
+
+
+echo "See the readme.md to pull request you setup scripts to bootstrap" 

tools/windows/create-workflow.cmd

@@ -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

tools/windows/env-install.cmd

@@ -0,0 +1,17 @@
+@echo off
+cls
+@choco install git -y -params '"/GitAndUnixToolsOnPath"'
+@choco install notepadplusplus -y
+echo Waiting for aproved https://chocolatey.org/packages/SourceTree, install skiped
+echo choco install sourcetree
+@choco install python -y
+@choco install wget -y
+@choco install pickles -y
+@choco install picklesui -y
+@choco install pandoc -y
+@choco install irfanview -y
+echo Wainting for MSI for oscript.io
+echo choco install oscript
+@choco install sublimetext3 -y
+@choco install atom -y
+@choco install plantuml -y