F
Это как БП строить на справочнике Типа "документ", для 30 сотрудников мелкой конторы все отлично, доведи до 200, и все летит к чертям. В общем структура данных не для этого от слова совсем.
Size: a a a
2020 September 15
F
Неужели имея множество примитивов и объектов структур данных, создать подходящий, а не завязываться на платформу и ее универсальную (наверно универсально ни к чему не подходящую в процессах) структуру данных? Замечу справочники нужны, но для другого. Это справочники фиксированной, редко изменяемой, объемной по количеству элементов, информации. К которой обращаются справочно и нет необходимости в историчности.
A
Нет. В АЛМ вы говорите про справочник. СПРАВОЧНИК. Дальше думайте сами. В АЛМ должно быть проектирование и управление, а не справочники.
Сорри, не понял про какой справочник речь
F
"Поэтому требовая - это отдельная сущность ALM системы (отдельный справочник)"
F
Требования не справочная информация. И требования это основа ALM. И с основы я вижу вообще не подходящую структуру.
F
Согласовывать элементы справочника, и изменять их при управлении изменениями, с версионностью конечно же. То еще удовольствие выходит.
СХ
посоветуйте инстант-круд/круд-генератор/крудошлепку. бд - mysql, около 200-300 таблиц, много FK
хочу развернуть в интранете для не-программистов как альтернативный интерфейс
хочу развернуть в интранете для не-программистов как альтернативный интерфейс
A
Может попробовать систему класса BI?
СХ
IB
не, BI это с внедрением, обучением, а тут данных уже много наколочено. раньше была гугловая крудошлепка (appmaker) - но она уже в морге, скоро похоронят
AirTables?
A
"Поэтому требовая - это отдельная сущность ALM системы (отдельный справочник)"
Мне кажется, вы как то неправильно понимаете слово справочник
AT
не, BI это с внедрением, обучением, а тут данных уже много наколочено. раньше была гугловая крудошлепка (appmaker) - но она уже в морге, скоро похоронят
Вот это не смотрели?
https://www.appsheet.com/
Это, правда, ещё одна игрушка у Google.
UPDATE: О как раз из-за AppSheet эта штука похоронена:
https://www.appsheet.com/
Это, правда, ещё одна игрушка у Google.
UPDATE: О как раз из-за AppSheet эта штука похоронена:
Following Google's acquisition of AppSheet, the App Maker editor and user apps will be shut down on January 19, 2021. New application creation will be disabled starting April 15, 2020.
F
Andrey
Мне кажется, вы как то неправильно понимаете слово справочник
Справочники — это прикладные объекты конфигурации. Они позволяют хранить в информационной базе данные, имеющие одинаковую структуру и списочный характер. Это может быть, например, список сотрудников, перечень товаров, список поставщиков или покупателей.
F
Давайте возьмем 100% что это из 1с все, и я знаю что там это такое. И что под процессы которые должны проходить "требования", эта структура вообще не вписывается. А если не 1с, то все едино проектировщик оттуда, и он заложил в эту структуру все тоже. Так как не представляю проектировщиков, которые свои структуры для таких вещей как "Требования", даже подумали бы назвать справочник.
A
Справочники — это прикладные объекты конфигурации. Они позволяют хранить в информационной базе данные, имеющие одинаковую структуру и списочный характер. Это может быть, например, список сотрудников, перечень товаров, список поставщиков или покупателей.
Справочник = классификатор = класс. Любой
F
Требования это отдельный классификатор? Может к требованиям привязываетсч классификатор? Множественный желательно. Класс вообще не равно классификации. Класс это описание объекта и его методы. Класс вообще можеь быть утилитой, не создающий объект. Либо класс это методы, если не про ООП.
F
А так, это уже почти холивар по проектированию, солюшн которое. А я в него не прям так уж что юы мастер. Так что лучше я со своей стороны дальше тему развивать не буду. Пусть кто лучше знает, определит.
A
Требования это отдельный классификатор? Может к требованиям привязываетсч классификатор? Множественный желательно. Класс вообще не равно классификации. Класс это описание объекта и его методы. Класс вообще можеь быть утилитой, не создающий объект. Либо класс это методы, если не про ООП.
Я не про программистское понятие класса.
Смотрите, все требования в мире мы называем общим словом "Требования".
Вот понятие "требования" - это класс. Каждое конкретное требование - это конкретный обьект (предмет или как назовете), входящий в этот класс.
Если я накидываю в программе требования текстом, и на каждый набор текста помечаю, что это "Требование", у меня по сути появляется справочник требований.
Смотрите, все требования в мире мы называем общим словом "Требования".
Вот понятие "требования" - это класс. Каждое конкретное требование - это конкретный обьект (предмет или как назовете), входящий в этот класс.
Если я накидываю в программе требования текстом, и на каждый набор текста помечаю, что это "Требование", у меня по сути появляется справочник требований.
F
И это будет ужасным подходом. Так как требование не строка. У требования есть владелец, стороны, класс требований (его типы и подтипы, множественные, его уровень) юзкейс, его валидация и верификация.
A
И это будет ужасным подходом. Так как требование не строка. У требования есть владелец, стороны, класс требований (его типы и подтипы, множественные, его уровень) юзкейс, его валидация и верификация.
Это неважно.