А нельзя замерять напряжение и ток на контактах аккума с телефоном, выпилить аккумы и запитать телефон понижайкой до нужного значения? Проблема вроде будет только с тем, как правильно так ограничить же? Или я что то не понимаю?
Вроде тогда и не нужен будет весь этот геморрой с отдельной серверной на случай, если литий всполыхнет?
не требует глубокого знания UML от системных аналитиков
На практике беда в том, что важны на таких схемах как раз детали: формы стрелок, правила описания данных / логики. Аналитиков надо учить соблюдать кучу глубоких, но важных формальных требований к оформлению такой диаграммы, если они решили в ней что-то исправить. Или хотя бы прочитать, вникнув до конца во все нужные им процессы.
Есть ощущение, что на практике такое применяют только на совсем огромных масштабах из-за того, что UML - вещь абстрактная, четкого стандарта того, как фичи должны работать в нем, нет. Кто-то пишет текстовую декларацию, кто-то привык стрелки раскидывать. У всех не очень совместимые друг с другом версии UML. Поэтому использование UML'ом надо вводить в компании с огромным гайдом по нему и учить пользоваться строго определенным софтом. То есть все-равно примерно с нуля придется создавать язык, на котором будут описаны диаграммы.
При таком раскладе уже проще взять "рисовалку квадратиков-стрелочек" с интерфейсом полегче и определиться, какие формы/цвета/размеры/border'ы у стрелок что значат, написав под это док. UML убивает отсутствие стандартизации :(
А нельзя замерять напряжение и ток на контактах аккума с телефоном, выпилить аккумы и запитать телефон понижайкой до нужного значения? Проблема вроде будет только с тем, как правильно так ограничить же? Или я что то не понимаю?
Вроде тогда и не нужен будет весь этот геморрой с отдельной серверной на случай, если литий всполыхнет?
На практике беда в том, что важны на таких схемах как раз детали: формы стрелок, правила описания данных / логики. Аналитиков надо учить соблюдать кучу глубоких, но важных формальных требований к оформлению такой диаграммы, если они решили в ней что-то исправить. Или хотя бы прочитать, вникнув до конца во все нужные им процессы.
Есть ощущение, что на практике такое применяют только на совсем огромных масштабах из-за того, что UML - вещь абстрактная, четкого стандарта того, как фичи должны работать в нем, нет. Кто-то пишет текстовую декларацию, кто-то привык стрелки раскидывать. У всех не очень совместимые друг с другом версии UML. Поэтому использование UML'ом надо вводить в компании с огромным гайдом по нему и учить пользоваться строго определенным софтом. То есть все-равно примерно с нуля придется создавать язык, на котором будут описаны диаграммы.
При таком раскладе уже проще взять "рисовалку квадратиков-стрелочек" с интерфейсом полегче и определиться, какие формы/цвета/размеры/border'ы у стрелок что значат, написав под это док. UML убивает отсутствие стандартизации :(