Вход | Регистрация


Информационные технологии :: 1С:Предприятие 8 общая

А кто в чем проектирует решения?

А кто в чем проектирует решения?
Я
   live in sky dreams
 
06.09.18 - 11:00
Вопрос такой... устал от разного рода shapes draw
Кто какие инструменты использует для проектирования того как будет выглядеть решение в схематичном виде?

Вот тут понадобится перечисления такие то, связаны будут с такими то документами и в таких то модулях.. Тут такой до документ, двигать будет такие то таблицы, содержит в себе значения таких то таблиц, использует такие то общие модули.

Я пока что все это по старинке... рисую )))
 
 
   Джинн
 
1 - 06.09.18 - 11:02
А кому нужен результат этого труда? Вы архитектор системы?
   Кай066
 
2 - 06.09.18 - 11:03
СППР
   Пуля
 
3 - 06.09.18 - 11:04
(0) Не дорос я, задачи в голове
   Лефмихалыч
 
4 - 06.09.18 - 11:06
СППР, когда процесс сложнее четырех этапов.
Остальное - в голове.
   Лефмихалыч
 
5 - 06.09.18 - 11:07
(1) самому себе же и нужен.
   svent0vit
 
6 - 06.09.18 - 11:16
(0)
Пользуюсь этим, даже лицензию купил
https://www.literatureandlatte.com/scapple/overview
   formista2000
 
7 - 06.09.18 - 11:18
Notepad, Excel.
   Fragster
 
8 - 06.09.18 - 11:19
сначала на бумажке, потом (если не очевидно) картинку в vscode  с плагином http://plantuml.com
   live in sky dreams
 
9 - 06.09.18 - 11:20
(1)Мне нужен.. А через пол года - так прям очень нужен бывает)))
   live in sky dreams
 
10 - 06.09.18 - 11:26
(8) Интересно и довольно просто. Спасибо
 
 Рекламное место пустует
   sergioandropov
 
11 - 06.09.18 - 14:15
Visio, Excel
   Джинн
 
12 - 06.09.18 - 14:28
(9) Зачем? В 1С код самодокументируемый.
   Лефмихалыч
 
13 - 06.09.18 - 14:55
(12) вопрос опять не ко мне, но я опять отвечу:
1. Чтобы самому с собой договориться
2. Чтобы сравнить варианты архитектуры и выбрать
3. Чтобы договориться с коллегами (ну, это для тех, кому есть с кем договариваться)
   Вафель
 
14 - 06.09.18 - 15:12
(12) что значит самодокументируемый?
   Малыш Джон
 
15 - 06.09.18 - 15:39
(14) видимо сам комментарии генерит)
   Малыш Джон
 
16 - 06.09.18 - 15:41
Кстати странно, что эту тему редко поднимают. У меня тоже это больная проблема.
   Джинн
 
17 - 06.09.18 - 15:50
(14) Значит откройте код и почитайте.
   СеньорПрограммист
 
18 - 06.09.18 - 15:50
Поддержу (1) . Никому не нужен результат этого труда.
   Lama12
 
19 - 06.09.18 - 16:46
(13) Хы :-) Понравилось - "...(ну, это для тех, кому есть с кем договариваться)"
Прям в точку.
   Лефмихалыч
 
20 - 06.09.18 - 16:56
(18) это просто отражение частного опыта
   Лефмихалыч
 
21 - 06.09.18 - 16:57
(17) проектирование нужно ПЕРЕД тем, как код будет написан. А иногда даже и просто - вместо этого.
   Лефмихалыч
 
22 - 06.09.18 - 16:57
проектирование ради документирования - действительно мартышкин труд. ХОтя, люди иной раз занимаются и им
   Джинн
 
23 - 06.09.18 - 16:58
(21) См. (9)
   Лефмихалыч
 
24 - 06.09.18 - 17:12
(23) ну, это иллюзия от недостатка опыта. Реальная практическая ценность логической модели ПОСЛЕ реализации действительно очень низкая. Хотя бы потому, что после реализации никому без специальных п**юдлей не придет в голову поддерживать в актуальном состоянии модель при доработках.
Реальные смысл и польза от моделей - они ДО реализации.
   Вафель
 
25 - 06.09.18 - 17:14
(23) такой метод нам знаком: х..к, х..к и в продакшн
   Лефмихалыч
 
26 - 06.09.18 - 17:14
в реальной жизни потому что гораздо проще на словах договориться "а давайте добавим вот такой реквизит", чем стряпать под этот ссаный реквизит модель.

Хотя есть компании, в которых работают дивные руководители, считающие, что любое сопровождение и развитие может и должно начинаться с документирования.
Но они ошибаются.
   Лефмихалыч
 
27 - 06.09.18 - 17:14
(25) ты так говоришь, как будто это плохой какой-то метод
   Вафель
 
28 - 06.09.18 - 17:15
(27) для ларька конечно нормальный. для большой системы - абсолютно нет.
   Вафель
 
29 - 06.09.18 - 17:16
хотя в 1с даже у больших компаний мышление ларьков (в основном)
   Малыш Джон
 
30 - 06.09.18 - 17:17
(26) вот только когда весь проект разрабатывается вот так, на словах, то потом хватаешься за голову, когда пытаешься в логике работы разобраться
те кто это сделал, они конечно расп...дяи, но от этого ведь легче не становится
   Джинн
 
31 - 06.09.18 - 17:30
(25) Ну Вы как-то поотстали от жизни. Теперь это правильно называется Scrum. Суть та же, но заказчик уверен, что работы ведутся по продвинутой буржуйской технологии, а не абы как.
   Fragster
 
32 - 06.09.18 - 17:34
(31) то, о чем вы говорите, называется не скрум, а технический долг, и с ним в том же скруме борются.
Ну и да, если нет документирования, то должны быть тесты. Если нет документации и тестов - то через пол года при незначительном обновлении прически жопа отвалится.
   Лефмихалыч
 
33 - 06.09.18 - 17:38
(28) смотря что с этой большой системой делать
 
 
   spectre1978
 
34 - 06.09.18 - 19:29
(28) часто бывает так, что пока спроектируешь да задокументируешь да потом еще сделаешь - уже и нужда в системе отпала в связи с изменившимися условиями. Или не отпала, но изменения таковы что уже надо проектировать заново.
   Flover
 
35 - 06.09.18 - 20:53
(0) Бумажка, висио, ёксель.
Битрикс для задач.
   novichok79
 
36 - 06.09.18 - 20:56
рисую в тетрадке, потом делаю, что-то периодически дорисовываю. и так рождается нечто. рисовать в висио медленнее, чем на бумаге.
   spectre1978
 
37 - 06.09.18 - 21:39
(36) с последним не соглашусь. Если с визио дружить, то делать в нем технические рисунки годного качества на порядок быстрее чем на бумаге. Разумеется, с использованием библиотек и если уметь это делать.
   CepeLLlka
 
38 - 06.09.18 - 21:52
(0)Тоже бывают такие проблемы..

Может конфу написать под это дело? :) Ты же программист..
   novichok79
 
39 - 06.09.18 - 23:17
(38) СППР уже есть
   novichok79
 
40 - 06.09.18 - 23:17
(37) ок, пруфы в вечернюю студию
   vJet
 
41 - 07.09.18 - 02:38
(0) Схемы рисую в draw.io
   MaxS
 
42 - 07.09.18 - 03:39
(26) Когда выясняется что 80% нужно было сделать по другому, груз документации оттягивает эту мысль на потом, из-за чего новые слои документации окончательно цементируют сложившуюся модель и все проблемы становятся фичами.
   Зуекщмшср
 
43 - 07.09.18 - 04:53
Enterprise Architect
   spectre1978
 
44 - 07.09.18 - 06:06
(40) а какие пруфы нужны, там все очевидно. Структуру сети попробуйте набросать среднюю. Свитчи, роутеры, вайфай точки, сервера - скажем, штук 50 объектов. На висио это тупо накидать блочков и соединить их линиями. На бумаге получится леденящий душу пипец, где и автор не разберётся через полгода, и водить карандашом гораздо дольше.


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует