Что скажете на тему: метод COCOMO и метод Функциональных Точек
для простой, недорогой и надёжной оценки сроков проектов -
можно ли сказать что метод ФТ это вариант метода СОСОМО?
Верно ли, что метод ФТ в отличие от СОСОМО не позволит оценить работу непрограммиста (т.е. аналитика, архитектора и т.п.)?
Для напоминания, что такое метод СОСОМО
и как его приложить к оценке проектов 1С
и как оценить работу не только программистов,
но и аналитиков, консультантов, архитекторов и менеджеров проекта
статья здесь
Контекст СППР тут заключается в том, что стоит ли в СППР (или его форки) тянуть не только метаданные, но и код).
для простой, недорогой и надёжной оценки сроков проектов -
можно ли сказать что метод ФТ это вариант метода СОСОМО?
Верно ли, что метод ФТ в отличие от СОСОМО не позволит оценить работу непрограммиста (т.е. аналитика, архитектора и т.п.)?
Для напоминания, что такое метод СОСОМО
и как его приложить к оценке проектов 1С
и как оценить работу не только программистов,
но и аналитиков, консультантов, архитекторов и менеджеров проекта
статья здесь
Контекст СППР тут заключается в том, что стоит ли в СППР (или его форки) тянуть не только метаданные, но и код).
Хабр
1С СППР и оценка сроков и стоимости проектов методом COCOMO II
Статья рассматривает способ использования 1С СППР (Системы Проектирования Прикладных Решений) для оценки длительности и стоимости проектов по методу COCOMOII. Как обосновать заказчику, что данная вами...
👍1
Новый 2025 год встречаем с СППР версии 2.0.14.9
Из нового заявлено:
"Реализована возможность указания нескольких версий, в которых разрабатывается технический проект"
Однако....
Неужели можно версии технического проекта вести?
Кто уже успел распробовать?
Из нового заявлено:
"Реализована возможность указания нескольких версий, в которых разрабатывается технический проект"
Однако....
Неужели можно версии технического проекта вести?
Кто уже успел распробовать?
🤔1
Тема на подумать и обсудить:
Нужно ли пытаться при доработке СППР поддержать типовые "бумажные" проектные технологии внедрения 1С (ТКВ, ТБР).
Или нужно разработать "свою" проектную технологию под архитектуру и логику работы в СППР?
Если нужно поддержать типовые технологии, то в какой части/объеме?
Это в контексте вопроса нужно ли в СППР или разработках на её основе реализовывать полноценный блок управления проектами (на основе ТКВ и т.п. или иной методике) или ограничиться интеграцией с независимыми СУП в проект и шаги проекта СППР?
Нужно ли пытаться при доработке СППР поддержать типовые "бумажные" проектные технологии внедрения 1С (ТКВ, ТБР).
Или нужно разработать "свою" проектную технологию под архитектуру и логику работы в СППР?
Если нужно поддержать типовые технологии, то в какой части/объеме?
Это в контексте вопроса нужно ли в СППР или разработках на её основе реализовывать полноценный блок управления проектами (на основе ТКВ и т.п. или иной методике) или ограничиться интеграцией с независимыми СУП в проект и шаги проекта СППР?
Попытаемся оценить состав участников чата по интересам сторон при внедрении/сопровождении ПО
Anonymous Poll
35%
Я исполнитель (крупный франч, интегратор)
25%
Я исполнитель (частный или маленькая команда)
13%
Я штатный представитель заказчика перед исполнителями
1%
Я внешний представитель заказчика перед исполнителями
1%
Я сам заказчик (топ, владелец, лпр)
8%
Я разработчик ПО, в т.ч. аналогов и замен СППР или отдельных функций
18%
Я так отпраздновал Новый год что уже не понимаю кто я, где я
Свеженькое по СППР от Филиппова
Практика описания архитектуры системы на начальных этапах проекта внедрения 1С:ERP.УХ с помощью 1С:СППР 2
Практика описания архитектуры системы на начальных этапах проекта внедрения 1С:ERP.УХ с помощью 1С:СППР 2
👍8
СППР И GIT у Раруса. Прям программный материал, есть чему научиться или принять за стандарт.
rarus.ru
От экспертов «1С‑Рарус»: Интеграция СППР и Git для учёта клиентских требований и управления разработкой 1С
Оглавление
Введение
Цикл разработки
Проектная команда
Сбор клиентских требований
Пользовательские истории
Реестр требований
Функциональное моделирование клиентских требований
Бизнес-процессы
Требования к решению
Спецификация…
Введение
Цикл разработки
Проектная команда
Сбор клиентских требований
Пользовательские истории
Реестр требований
Функциональное моделирование клиентских требований
Бизнес-процессы
Требования к решению
Спецификация…
👍17
Про СППР и ERP, в основном тестирование, но есть ряд интересных утверждений
Промышленное тестирование конфигураций в 1С
- СППР – это тоже наш продукт, его разработали в нашем отделе. Мы постоянно дорабатываем его и используем для наших целей
- Разработку мы ведем с помощью технических проектов – это наш внутренний жаргон, терминология СППР.
- Мы решили сделать быстрый механизм сборки – сделали расширение в СППР, чтобы можно было собирать cf-файл из любой ветки без использования EDT.
- Конфигурацию СППР разрабатывает наша группа, в том числе, я. Мы сами им пользуемся и поставляем его наружу. Несколько слайдов назад я вам показывал механизм для согласования изменений в объектах метаданных. Мы сделали его для себя, но это абсолютно типовая функциональность, которую могут использовать все, кто имеет доступ к скачиванию последних релизов СППР.
Промышленное тестирование конфигураций в 1С
- СППР – это тоже наш продукт, его разработали в нашем отделе. Мы постоянно дорабатываем его и используем для наших целей
- Разработку мы ведем с помощью технических проектов – это наш внутренний жаргон, терминология СППР.
- Мы решили сделать быстрый механизм сборки – сделали расширение в СППР, чтобы можно было собирать cf-файл из любой ветки без использования EDT.
- Конфигурацию СППР разрабатывает наша группа, в том числе, я. Мы сами им пользуемся и поставляем его наружу. Несколько слайдов назад я вам показывал механизм для согласования изменений в объектах метаданных. Мы сделали его для себя, но это абсолютно типовая функциональность, которую могут использовать все, кто имеет доступ к скачиванию последних релизов СППР.
infostart.ru
Промышленное тестирование конфигураций в 1С
Чтобы обеспечить высокое качество тиражной конфигурации 1С, ручного тестирования недостаточно – нужно учесть множество комбинаций функциональных опций, группы доступа и влияние подсистем друг на друга. Расскажем о промышленном тестировании флагманского продукта…
👍9❤5
Материал от Паутова о тестировании на основе СППР
Интересные факты оттуда:
1. тестирование ERP занимает от 600 до 1500 машино часов или до 1,5 лет ручной работы
2. СППР отправляет на тестирование до 25 веток техпреоктов и баг-фиксов (в т.ч. техпроектов до 5 веток)
3. научили СППР загружать данные напрямую с GitLab CI, прямо из артефактов считывать данные JUnit-файла.
4. Высокоуровневых сценариев у нас примерно 2200, с подсценариями – 6300
5. 1С пыталась делится с партнёрами частью тестов и в итоге
"По опыту эксплуатации мы поняли, что нам нужно не только тесты передать, но и всю обвязку, чтобы эти тесты могли запуститься: скрипты, инфраструктуру и специалистов, которые умеют этим пользоваться."
6. 1С использует компьютеры разработчиков для распределенных тестов (распределенных вычислений).
И это несмотря на наличие своего ЦОД под это дело. Объёмы вычислений огромны.
7. Бинго! К вопросу почему у 1С нет актуальной модели ERP для СППР
"Мы думали, как это оценивать – команды рисовали модель в эксельке с функциями, она получилась огромная. ERP же огромная. Там если какая-нибудь функциональная опция переключается, то все по-другому работает.
Там реально много функций. Мы даже для небольшого блока расписывали – огромная экселька получилась. А потом ее нужно еще и актуализировать, ERP же меняется постоянно. И здесь возникает проблема – у этой истории очень большая стоимость поддержки. Мы не придумали, как это быстро делать.
А чтобы посчитать то, что вы хотите, сначала нужно получить такую модель."
8. 1С использует для параметризации тестов эталонные базы с наполненными данными.
Как я понимаю тесты гоняют документы в этих базах, а все поля документов в ней предварительно заполнены.
По итогам этого материалы, кто всё-таки скажет,
почему 1С никак не сделает автоматического списка всех тестов всех возможных состояний?
Какие мысли или догадки?
Интересные факты оттуда:
1. тестирование ERP занимает от 600 до 1500 машино часов или до 1,5 лет ручной работы
2. СППР отправляет на тестирование до 25 веток техпреоктов и баг-фиксов (в т.ч. техпроектов до 5 веток)
3. научили СППР загружать данные напрямую с GitLab CI, прямо из артефактов считывать данные JUnit-файла.
4. Высокоуровневых сценариев у нас примерно 2200, с подсценариями – 6300
5. 1С пыталась делится с партнёрами частью тестов и в итоге
"По опыту эксплуатации мы поняли, что нам нужно не только тесты передать, но и всю обвязку, чтобы эти тесты могли запуститься: скрипты, инфраструктуру и специалистов, которые умеют этим пользоваться."
6. 1С использует компьютеры разработчиков для распределенных тестов (распределенных вычислений).
И это несмотря на наличие своего ЦОД под это дело. Объёмы вычислений огромны.
7. Бинго! К вопросу почему у 1С нет актуальной модели ERP для СППР
"Мы думали, как это оценивать – команды рисовали модель в эксельке с функциями, она получилась огромная. ERP же огромная. Там если какая-нибудь функциональная опция переключается, то все по-другому работает.
Там реально много функций. Мы даже для небольшого блока расписывали – огромная экселька получилась. А потом ее нужно еще и актуализировать, ERP же меняется постоянно. И здесь возникает проблема – у этой истории очень большая стоимость поддержки. Мы не придумали, как это быстро делать.
А чтобы посчитать то, что вы хотите, сначала нужно получить такую модель."
8. 1С использует для параметризации тестов эталонные базы с наполненными данными.
Как я понимаю тесты гоняют документы в этих базах, а все поля документов в ней предварительно заполнены.
По итогам этого материалы, кто всё-таки скажет,
почему 1С никак не сделает автоматического списка всех тестов всех возможных состояний?
Какие мысли или догадки?
infostart.ru
Промышленное тестирование конфигураций в 1С
Чтобы обеспечить высокое качество тиражной конфигурации 1С, ручного тестирования недостаточно – нужно учесть множество комбинаций функциональных опций, группы доступа и влияние подсистем друг на друга. Расскажем о промышленном тестировании флагманского продукта…
👍4
Нам пора завязывать с кодингом и СППР и идти на склад Озон пока там 9 тысяч дают (в час? день?)??
https://rutube.ru/video/58ad0a07f2d9d18afed106c3d4cc1410/
https://rutube.ru/video/58ad0a07f2d9d18afed106c3d4cc1410/
RUTUBE
Установка Ollama для последующей разработки
В этом видео установим ollama с моделью deepseek на windows 10 для последующей разработки проектов с использованием локальных моделей.
#ollama #deepseek #langchain #локальныйчат #1с #1c #программист1с #курсы1с
Полный курс "ChatGPT 1С. Практическая разработка…
#ollama #deepseek #langchain #локальныйчат #1с #1c #программист1с #курсы1с
Полный курс "ChatGPT 1С. Практическая разработка…
В группе телеграм "Разработка 1С:Конструктора"
заявлено создание нового конфигуратора 1С от разработчика стороннего,
но из экосистемы 1С.
Там и платформу новую можно создавать и конфигурацию собирать
и архитектура там автоматическая и код и много много чего
СППР не нужен становится.
Ваше мнение о реальности происходящего там и об авторе заявки?
По силам ему создать этот продукт или выходные у кого-то прошли весело.
заявлено создание нового конфигуратора 1С от разработчика стороннего,
но из экосистемы 1С.
Там и платформу новую можно создавать и конфигурацию собирать
и архитектура там автоматическая и код и много много чего
СППР не нужен становится.
Ваше мнение о реальности происходящего там и об авторе заявки?
По силам ему создать этот продукт или выходные у кого-то прошли весело.
❤2🤔1
Вчера ночью в чате СППР была бурная дискуссия про ИИ в 1С и СППР
в работе аналитика и разработчика.
Расклад был такой, что некоторые заподозрили, что один из участников дискуссии и есть ИИ.
Что скажете вы?
в работе аналитика и разработчика.
Расклад был такой, что некоторые заподозрили, что один из участников дискуссии и есть ИИ.
Что скажете вы?
😁6💯2
Интересная статья про построение отчетности проектов во франче.
Про СППР там самая мякотка после статьи в ВопросахИОтветах -
как СППР победило Jira
Про СППР там самая мякотка после статьи в ВопросахИОтветах -
как СППР победило Jira
Как резюме по недавнему обсуждению в чате - нужен ли в СППР механизм создания прототипов форм
Anonymous Poll
10%
Не нужен вообще
14%
Не нужен, хватит внешних рисовальщиков
30%
Нужен только как рисовальщик для аналитиков
7%
Нужен как жестко связанный с метаданными конфигурации
8%
Нужен как прототип формы с выгрузкой в конфигурацию как объект метаданных
27%
Нужен как связанный с метаданными так и выгружаемый в конфигурацию как объект метаданных
4%
Есть другое мнение, пишу в комментах
От разработчика СППР+ Сазонова Александра часть инструкции по работе с описанием бизнес-процессов.
Forwarded from Александр Сазонов
Доработки_СППР_в_части_управления_процессами.docx
3.4 MB
хотел опубликовать этот и другие материалы несколько позже, но видимо вопрос перезрел
кратко мое видение о назначении функционала процессов в СППР в приложенном документе
функционал полностью работоспособный (если не указано обратное)
кратко мое видение о назначении функционала процессов в СППР в приложенном документе
функционал полностью работоспособный (если не указано обратное)
👍2
К текущей дискуссии в чате - должен ли автор разработки ПО по проектированию ПО проектировавать свою же разработку в своём разрабатываемом ПО?
Anonymous Poll
4%
Не должен по-любому
3%
Не должен, т.к. это замедляет разработку
7%
Не должен до выпуска MVP или публикации своего ПО
16%
Должен по-любому, иначе это антиреклама продукту
4%
Должен, но после выполнения первых стартовых проектов у клиентов, чтобы быстро адаптировать модель
42%
Должен проектировать, если это ПО по проектированию ПО - это лучшая проверка модели и архитектуры
16%
Если продукт взлетит и без этого, победителя не судят
8%
Другое мнение, выскажу в комментах
👍1
Интересная статья в копилку знаний
"Практика применения APS решений на проектах с 1С:ERP. Кейс с разработкой контрактов данных для интеграции"
Здесь ни слова про СППР, но есть пара интересных мыслей для реализации моделирования в СППР
1) Модели управления данными OLTP OLAP Im-memory и место 1С среди них
2) Планировать производство в 1C ERP (УХ)невозможно сложно
3) Swagger на json для автоматического описания данных (а может метаданных тоже?)
"Практика применения APS решений на проектах с 1С:ERP. Кейс с разработкой контрактов данных для интеграции"
Здесь ни слова про СППР, но есть пара интересных мыслей для реализации моделирования в СППР
1) Модели управления данными OLTP OLAP Im-memory и место 1С среди них
2) Планировать производство в 1C ERP (УХ)
3) Swagger на json для автоматического описания данных (а может метаданных тоже?)
🔥6