TWR Functional MAP

Get Started. It's Free
or sign up with your email address
Rocket clouds
TWR Functional MAP by Mind Map: TWR Functional MAP

1. SVN

1.1. Настройка одного хранилища

1.2. Настройка более чем одного хранилища

1.3. Авторизация к хранилищу после установки хранилища

1.4. Установка одного пакета из одного хранилища

1.5. Установка нескольких пакетов из нескольких хранилищ

1.6. Фиксация пакетов (commit)

1.7. Обновление пакетов из одного хранилища

1.8. Обновление пакетов из разных хранилищ

1.9. Обновление пакетов в составе с ZIP пакетами

1.10. Восстановление без изменений

1.11. Восстановление с изменениями

1.12. Восстановление с зависимостями от ZIP-пакетов

1.13. Работа с SVN (lock/unlock/commit/update/revert) из файловой системы

2. VisualStudio

2.1. Разработка кода в пакете Custom

2.2. Вход в приложение, при отсутсвии сборки Terrasoft.Configuration.dll в файловой системе

2.3. Отладка кода конфигурации в Visual Studio. (Стандартный режим компиляции)

2.4. Вывод сообщений

2.4.1. Вывод сообщений об ошибках линковщика

2.4.2. Вывод сообщений о системных ошибках

2.4.3. Вывод сообщений о работе компилятора

2.4.4. Вывод сообщений об ошибках компиляции

2.4.5. Вывод сообщений об ошибках если студия запущена не с правами администратора

2.4.6. Отображение ошибок и предупреждений компиляции (Режим компиляции по модулям)

2.5. Действие компиляции

2.5.1. На демо сборке корректно проходит компиляция в Visual Studio

2.5.2. Работа с конфигурацией приложения при включенной разработке в ФС без компиляции проекта в Visual Studio

2.5.3. После компиляции проекта конфигурации, изменения подтягиваются приложением

2.5.4. Перекомпиляция измененных пакетов после изменения исходного кода в ФС

2.5.5. Компиляция по модулям с помощью Workspace Console

2.5.6. Перекомпиляция измененных пакетов после изменения выгружаемых библиотек в ФС

2.5.7. Отладка кода конфигурации в Visual Studio. (Режим компиляции по модулям)

2.6. Файловая система

2.6.1. Подготовка проекта Visual Studio. Выгрузка файлов из пакета другого maintainer-a установленного из SVN

2.6.2. При обновлении (update) пакета из конфигурации контент обновляется из файлов контента, а не метаданных.

2.6.3. Возможность редактировать схемы исходного кода, установленные из SVN, с помощью Visual Studio

2.6.4. Невозможность редактировать схемы исходного кода, не установленные из SVN, с помощью Visual Studio

2.6.5. Обработка ситуации, когда файлы схем и сборок отсутствуют в файловой системе

2.6.6. Первичная выгрузка файлов сборки в директории

2.6.7. Выгрузка добавленных файлов сборки в директории

2.6.8. Выгрузка измененных файлов сборки в директории

2.6.9. Удаление неиспользуемых файлов сборки в директории

3. FileSystem

3.1. После включения разработки в ФС приложение работает сразу, несмотря на то, что js файлов еще нет в файловой системе

3.2. Работа с Пакетами

3.2.1. Обновление пакета с изменениями при включенном флаге UseSchemaChecksum

3.2.2. Повторная установка пакета из архива при очищенном хеше в SysSchema для произвольной схемы

3.2.3. Повторная установка пакета со сгенерированными хешами схем

3.2.4. Повторная фиксация пакета с включенными хешами

3.2.5. Установка пакета из архива в конфигурацию с включенным флагом UseSchemaChecksum

3.2.6. Фиксация пакета через приложение с измененными Sql-скриптами

3.2.7. Разработка в пакете Custom. Редактирование в мастерах

3.2.8. Создание схем в незафиксированном пакете

3.2.9. Фиксация пакета с измененными схемами через приложение

3.2.10. Фиксация пакета  с измененными привязками данных через приложение

3.2.11. Фиксация пакета с измененными зависимостями через приложение

3.2.12. Фиксация пакета с измененными внешними библиотеками через приложение

3.3. Работа со схемами

3.3.1. Разработка клиентских схем в конфигурации. Первичная выгрузка файлов клиентских схем в директории

3.3.2. импорт SC-схемы с пустым контентом, при включённом режиме разработки в ФС

3.3.3. В режиме FileDesignMode.Enable = true при изменении контента CU-схемы в ФС он обновляется и редактируется в дизайнере

3.3.4. В режиме FileDesignMode.Enable = true при изменении контента SC-схемы в ФС он обновляется и редактируется в дизайнере

3.3.5. В режиме FileDesignMode.Enable = true при создании CU или SC схемы в дизайнере, она корректно коммитится в хранилище

3.3.6. Разработка клиентских схем в конфигурации. Удаление неактуальных файлов клиентских схем в директории

4. FileDesignMode

4.1. Использование UseFileContent и FileDesignMode

4.2. проверка приоритета FileDesignMode над UseFileContent

4.3. Включение режима разработки в ФС должно выполняться с помощью признака FileDesignMode

4.4. Невозможность изменения схем из системы при включенном useFileContent и выключеном FileDesignMode

4.5. Выгрузка файлов при обновлении, в отдельную директорию при включенном флаге useFileContent и выключеном FileDesignMode

4.6. В режиме FileDesignMode.Enable = true поля для редактирования контента LESS/Cs/Js доступны для редактирования для всех пакетов принадлежащих Customer-у

5. Import/Export MD

5.1. Импорт схем ClientUnitSchema в конфигурацию 7.8

5.2. Импорт схем Entity в конфигурацию 7.8

5.3. При импорте CU-схем с пустым контентом, при включеном режиме разработки в ФС, в файловой структуре появляется структура схемы с пустыми файлами .less и .js

5.4. Поддерживаемые SourceCode схемы, созданные в версиях конфигурации 7.7. и ниже корректно импортируются из файла действием "Импорт из файла"

5.5. SourceCodeSchema из конфигурации корректно сохраняются в файл по действию "Экспорт в файл".

5.6. Поддерживаемые клиентские схемы, созданные в версиях конфигурации 7.7. и ниже корректно импортируются из файла действием "Импорт из файла"

5.7. Клиентские схемы из конфигурации корректно сохраняются в файл по действию "Экспорт в файл".

5.8. Импорт схемы в пакет

5.9. Добавление внешней библиотеки в пакет

5.10. Добавление SQL-файла в пакет

6. Вопросы / Седневец

6.1. Что означает замещенные схемы?

6.2. почему метаописание схем хранится в разных файлах descriptor.json, metadata.json, properties.json?

7. Цели команды

7.1. улучшение средств разработки / удобство разработки в BPM Online

8. Миссия Команды

8.1. Мы постоянно развиваемся сами, и своим примером делаем свое окружение лучше. Девиз: Одно обучение в Спринт!

8.1.1. Начинаем проводить регулярные обучения.