Напомню, чем начиналась Первая часть:
Сегодня хочу изменить традиционному описанию выявленных проблем. Для этого возьму конкретную простую конструкцию, уже выданную в производство, чтобы показать, откуда появляются мои предложения по улучшению системы, и как можно (и нужно) действовать разработчику, если он хочет реального, а не показного улучшения всеми нами любимого программного продукта.
*****
Радость тридцатая. Часть вторая.
Читатель! Вот, сколько раз ты редактировал реестр Виндоус? Или как часто ты работаешь из командной строки, проверяешь бут-сектор?
А тем временем, для того, чтобы выполнить самые простейшие, а главное, очень часто повторяющиеся действия, без которых невозможно выпустить главный продукт, для чего и нужен T-FLEX: комплект документации, - как я понимаю, от простого пользователя требуется нечто, вроде, редактирования реестра Виндоус.
Вернусь к рассмотренной в первой части Ёмкости, вернее, к её спецификации. Замечу, что раздел “Детали Б.Ч.” мной сделан, как говорится, “ручками”. Я же попытаюсь создать новую спецификацию и посмотрю, что насчет этого сказано в справке.
Ну, что же... Добавлю новый раздел спецификации: “Детали Б.Ч.”, - и посмотрю, поможет ли мне это (сделаю такое пока на двух одинаковых деталях).
“Опять двойка!”(с) А ведь еще нужно, чтобы после записи раздела “Детали Б.Ч.” появилась и строка материала... Ну, то есть, как я понимаю, без “редактирования реестра Виндоус” никак не обойтись!
А теперь реализую принцип: “Критикуешь? Предлагай!”
Первое, что приходит на ум - библиотека “Стандартные изделия”. Мы вставляем в модель болты, гайки, шайбы и прочее, а все остальное делает система (что и должно быть).
Решение проблемы видится таким:
1. Организуются специальные библиотеки, где структура будет определенным образом копироваться в спецификацию
Например: корневая библиотека “Детали Б.Ч.”. В ней организуются папки: “Лист”, “Круг”, “Уголок” и т.п.
2. Дополнительные сведения по бесчертежным деталям, например, данные по прокату и материалу, вводятся в соответствующие графы редактора переменных, по типу болтов или гаек.
3. Такая система интуитивно понятна, к ней УЖЕ привыкли все пользователи.
*****
Тридцатая моя запись началась не так, как все предыдущие, и закончу я ее нестандартно. Можно было бы перечислить мной подмеченное: материал сетка, правильную штриховку в сечении сетки, разделы спецификации и т.д.
Но вывод сделаю более общий:
Необходимо на конкретных примерах реальных конструкций проанализировать все команды и операции T-FLEX, особенно те, которые занимают львиную долю рабочего времени: образмеривание, разрезы, проекции...
Из моих тридцати записей в год тридцатилетия компании Топ-Системы следует, что в 18-ой версии не только я, но и многие пользователи, ожидают существенного упрощения работы с программным продуктом.