Имя: Пароль:
1C
1С v8
Проектирование при разработке нетипового функционала в БП 2.0??
0 es3000
 
24.07.14
11:49
Есть типовая БП.
К ней нужно добавить нетиповой функционал. Может быть не очень сложный, но и не очень простой.
Как думаете стоит ли для этого делать проектирование? То есть сначала разработать решение "на бумаге", то есть в виде схем алгоритмов, взаимосвязей объектов конфигурации и т.д.? Делаете ли вы так? Если да, то какими средствами пользуетесь?
1 ДенисЧ
 
24.07.14
11:50
При разработке любого функционала сложней "Привет, Мир", нужно делать хотя бы минимальное обследование и тз.
Это аксиома.
2 Галахад
 
гуру
24.07.14
12:04
Бумагой же.
3 zva
 
24.07.14
12:05
может сразу на 3.0 начать проектировать?
4 es3000
 
24.07.14
12:26
(1) Ты говоришь про ТЗ.
А я имею ввиду разработку решения, то есть проект, говоря терминами ГОСТа - технический проект - ТП.
Нужно ли его делать?
5 es3000
 
24.07.14
12:27
(2) "на бумаге" - это я образно сказал, я имел ввиду нужно ли делать предварительно разработанное решение на любом материальном носителе
6 es3000
 
24.07.14
12:29
(3) это как?
7 Deon
 
24.07.14
12:31
а вот в вопросе "нужно ли", это "нужно ли" - оно кому нужно?
8 ДенисЧ
 
24.07.14
12:31
(4) np ,tp ghjtrnf yt ,sdftn/
9 lodger
 
24.07.14
12:32
(6) это так, что разработанное под 2.0 решение придется пересобирать под 3.0 почти с нуля. и потом припоминаем, что 1с грозится накрыть 2.0 медным тазом уж не первый год, а значит мигрировать на 3.0 придется.
(5) да, хотя бы текстом на бумаге. и подписи с 2х сторон с ценником в конце.
10 es3000
 
24.07.14
12:34
(7) Хотя бы самому разработчику нужно, чтобы проснувшись на завтра вспомнить что хотел сделать сегодня но не успел.
А если в разработке участвуют два человека - то нужно чтобы они могли что-то друг другу показать и обсудить
11 es3000
 
24.07.14
12:34
(8) переведи
12 es3000
 
24.07.14
12:37
(9) Ну проектировать можно с разной степенью детализации. Подход к решению при переходе с 2.0 на 3.0 не изменится. Тем более что это наша разработка. Изменится только часть стыковки нашей разработки с БП.
13 es3000
 
24.07.14
12:39
(9)+
"текстом на бумаге. и подписи с 2х сторон с ценником" - это ты имеешь ввиду ТЗ, а я веду речь про проект решения
14 hhhh
 
24.07.14
12:39
(12) а кто будет оплачивать разработку этого проекта? ТП это ведь не тз, за день не напишешь.
15 es3000
 
24.07.14
12:43
(14) Заказчик будет оплачивать. Вернее он про него и знать даже не будет.

Ведь и без явного составления ТП, он все равно фактически имеется в голове разработчика перед изменением конфигурации. Только в этом случае разработчику может быть сложнее: что-то забудет, что-то не додумает сразу и придется все переделывать.
16 es3000
 
24.07.14
12:44
Я просто хотел узнать: кто и как часто это делает.
По ответам создается впечатление что ТП никто не делает.
17 Молодой 1Снег
 
24.07.14
12:47
(16) Всё зависит от сложности проекта. Задачу то озвучь свою.

Я обычно на бумажке сам для себя что-то черкаю. Но очень упрощенно. Стараюсь не тратить на это много времени.
18 Kamas
 
24.07.14
12:48
(0) Зависит от сложности. ТП может помочь переосмыслить проект и сделать его легче проще надежнее. если функционал достаточно серьезный то без проектирования не обойтись(Либо как вариант можно и без него но черва то долгой возней и костылями). Но по госту не оформляю так как муторно и долго. Беру ручку бымажку и черчу  иероглифы
19 es3000
 
24.07.14
12:48
(16) а если не для себя? если работаешь в паре? или в тройке?
20 es3000
 
24.07.14
12:50
(18) Оформление по ГОСТу не важно, оно действительно не нужно.
Вопрос в том, чтобы потом понять самому что имелось ввиду и кому-то еще
21 Молодой 1Снег
 
24.07.14
12:50
(19) Тогда на доске маркерами рисуем всякие схемки :)
22 Kamas
 
24.07.14
12:50
(19) не суть главное чтоб понимали друг друга я лично чувствую что по госту как раз наоборот до меня тяжелее доходит
23 es3000
 
24.07.14
12:51
(22) а как легче доходит? чем пользуешься?
24 Kamas
 
24.07.14
12:51
(22) все отсылки пересылки перекидывания к рис. 1 формуле 8.2 вводит в уныние
25 es3000
 
24.07.14
12:52
(21) доску с маркером своему напарнику не перешлешь по почте
26 Kamas
 
24.07.14
12:54
(23) для схем Microsoft Visio
27 acsent
 
24.07.14
12:56
Технология вотерфол (проетирование, а потом разработка) уже устарела, сейчас принято эджайл (х..як, х..як и в продакшн)
28 acsent
 
24.07.14
12:57
Вместо проектирования в эджайле есть прототип
29 Immortal
 
24.07.14
12:58
(28) кажется, agile и прототипирование разные вещи.
одно - подход к задаче, второе - методология управления разработкой
30 Immortal
 
24.07.14
12:59
(0) таблички с объектами и ER-диаграммы за глаза хватит.
хочется по взрослому - велкам в какую нить среду описания процессов ->оттуда линки на объекты системы и их состояния.
31 Kamas
 
24.07.14
13:01
(27) маконелл в шоке
32 es3000
 
24.07.14
13:03
(28) и что? разве agile полностью исключает разработку проекта?
для текущей итерации наверно все равно нужен какой-то проект.
33 es3000
 
24.07.14
13:04
(30) кроме таблички с объектами и ER-диаграммы за глаза хватит нужны еще описания алгоритмов
34 es3000
 
24.07.14
13:05
(30)+ в какой среде делаешь?
35 f_vadim
 
24.07.14
13:05
Поддержу идею ваять сразу под БП3.
Мне пришлось пиленую-перепиленную БП2 несвежего релиза обновлять на БП3 - удовольствие ниже среднего.
36 es3000
 
24.07.14
13:06
интересно, сами разработчики конфигураций в 1С, как делают проектирование?
ни у кого нет там знакомых?
37 Kamas
 
24.07.14
13:07
(36) как в(27) (х..як, х..як и в продакшн) ))
38 es3000
 
24.07.14
13:08
(37) это твое предположение?
39 Kamas
 
24.07.14
13:09
(37) + и особо красиво все смотрится когда 8.3 обновляеш на несколько релизов подряд сидиш и затухаеш по реструктуризацией
40 Immortal
 
24.07.14
13:09
(33) да много чего нужно, иногда и макеты интерфейсов
(34) в блокноте xD
(36) в СППР
41 Kamas
 
24.07.14
13:10
(38) Доподлинно всем не известный факт
42 es3000
 
24.07.14
13:11
(40) смотрел СППР - правда давно - показалось такое недоделанное что жуть
43 Immortal
 
24.07.14
13:13
(42) ну так не все сразу
44 Starhan
 
24.07.14
13:14
(0) нахрен. Денег за разработку проекта не платят. И время на это не дают.
45 es3000
 
24.07.14
14:52
(44) все равно ты у себя в башке этот проект делаешь, и потом по нему код пишешь
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший