VetCAD

Калькулятор СОУЭ (v 1.1)

    2 оценки

Nicht Kapitulieren!

размещено: 27 Июля 2011
обновлено: 17 Января 2015
Программа предназначена для проектировщиков физических систем защиты, позволяет сократить затраты времени на расчеты звукового давления, мощности оповещателей при выполнении раздела СОУЭ проекта. Программа автоматически выполняет проверку расчётов на соответствие нормам пожарной безопасности.
Программа будет периодически улучшаться, будут исправляться ошибки -поэтому есть смысл проверять наличие более новой, актуальной версии.
Калькулятор СОУЭ (v 1.1)1
Калькулятор СОУЭ (v 1.1)2

Комментарии

Комментарии могут оставлять только зарегистрированные участники
Авторизоваться
Комментарии 1-10 из 19
Каскад , 28 июля 2011 в 09:20
#1
Спасибо большое!
Alexey_02 , 28 июля 2011 в 13:00
#2
1. Нет расширения файла при сохранении (AAA.txt, просто AAA) у сохраняемогоо файла.
2. Произошел расплыв надписи расчетные данные пункт 6. "Ориентировочное .... " не влезла полностью.
3. Textbox, где данные не вводятся, блокируют, как у вас но и затемняют!
4. Как увидел что можно вводить буквы, даже дальше тестить не стал. :( Нужен запрет на ввод, а не потом сообщение ошибка.
Очень сырая, обычно, если выкладывают, то уж никак не v0.1 что-нибудь к 1 поближе :) я так понимаю, что идет проверка 1 оповещателя на помещение, а если их два в помещении? Расчет звуковых, речевых?
Повеселило, все на русском, а создатель на English + место для рекламы :)
Nordek , 28 июля 2011 в 21:44
#3
О ужас, о не может быть, можно вводить буквы!!!! Вы правы, Alexey_02, безусловно, я тут тоже одну програмку тестил, так там в ячейке для ввода нагрузки в тоннах тоже БУКВЫ вводить можно!!! Безобразие! Как такойй софт вообще к пользователю попадает? А куда смотрит Роспотребнадзор?!! Кстати, программа называется "Лира9.6" (заметте не v0.1 и даже не 1.0, а 9.6), и там тоже в поля для чисел можно вводить буквы и это только один пример(наиболее яркий), а таких сотни и тысячи. Программер когда программу пишет, тем более для такой отрасли как проектирование, где, предполагается, трудятся грамотные адекватные люди не рассчитывает на дурака с клавой, который будет в поле масса или нагрузка упорно забивать слова "масса" или "нагрузка". Это мое мнение по поводу комментария, программу не качал и не тестил, не моя область.
Mr.Добрый , 29 июля 2011 в 10:08
#4
Уважаемый Nordek.
Я вот не понимаю с виду вы грамотный человек, возможно даже хороший специалист, но как можно критиковать Alexey_02 в том, во что ВЫ не хера не понимаете и даже сами говорите, что это не ваша область. А и еще так же как критика идет от вас если вы даже не стали тестить данную программу! Главное что-то написать и трольть тут на форуме.
Alexey_02 , 29 июля 2011 в 11:10
#5
Ув. Nordek
Дело в том, что запрет на ввод - элементарные вещи в программировании. В этом нет ничего сложного. Дело, не вводе букв, "терпения" просто не хватило, я же не тестировщик, а проектировщик.
1 ...
2 ...
3 ...
4 ... и на 4 не стал дальше тестить программу,а не из-за букв :(. Тем более автор, решил эту проблему, сообщением, я порекомендовал как делать надо (запрет на ввод). "Нужно не дать попасть в беду человеку, а не помагать из нее выбраться".
Зря вы считаете, что все проектировщики, да и не только они грамотные. Не уж то вам не попадаются "пробки". Я вообще работал в одно время, с людьми приклонного возраста, они проектировщики (грамотные), но с компом на Вы, теряются с ним. Жмут все подряд. Например, говорю:
- Введите имя, нажмите enter. А вместо него идет нажатие Esc.
Между прочим, словечко-то какое "предполагается" прям как из наших норм, "рекомендуется", "следует", "возможно", обычно, а не "делать", "выполнять", "надо" и т.д. :)
Про лиру не знаю, не моя область, но думаю там решили так же эту проблему как-то, он грамотнее было бы запретить ввод сразу. Допустим, в поле вводится только числа, причем их число не превышает 150, вводят переменную типа byte (значение от 0 до 255), а если пользователь возьми да и введет нечаянно 1500 (ноль залипнет одни) и не заметит это, программа посчитает неправильно. преобразует число в х.з. что или выдаст ошибку, я не программист, так имею представление.
Думаю, автору приятно читать, даже не приятные вещи, т.к. он разберется, исправит, и нас порадует.
Alexey_02 , 29 июля 2011 в 11:14
#6
не дописал, про 150 :) тут надо еще ограничить длину ввода =< трем цифрам, плюс проверка на превышение т.е. (ввод < какого-то числа)
Nicht Kapitulieren! , 30 июля 2011 в 23:48
#7
Сегодня залил обновленную версию (1.0) калькулятора, исправлены ошибки и недоделки которые я посчитал необходимым исправить. В целом и предыдущая версия (0.1) была абсолютно рабочая и свою главную функцию выполняла на 100%.

Теперь прокомментирую замечания некоторых скачавших например Alexey_02 пишет:
1)"я так понимаю, что идет проверка 1 оповещателя на помещение, а если их два в помещении?"
- Нет, Вы не правильно понимаете - число оповещателей зависит от площади помещения, программа рассчитывает необходимое количество исходя из заданной площади.
2)"Расчет звуковых, речевых?"
- А какая разница? Оповещатель - в обоих случаях это динамик преобразующий электрический сигнал в акустический. Давление последнего программа и рассчитывает.
Alexey_02 , 01 августа 2011 в 11:07
#8
Это снова я :)
1) В вводе все еще есть возможность ввода числа типа 0,,1
2) можно вввести высоту потолка и площадь помещения "ноль"
Вкусности, которые хотите делайте, хотите нет, чисто мое мнение:
1) Что вам стоит затемнить TextBox в рассчетных данных (сделать такой же цвет, как у формы)?
2) Смущает само название "расчетные данные", конкретно слово "данные" может заменить на "результаты"?
3) если ввели неправильные данные в исходных данных, то сделать, как бы это сказать, выделить в фокус нужный TextBOx, в котором введены эти ошибочные данные.
4) У меня все еще произошел расплыв пункта 6 в расчетных данных
5) При изменении одного из параметров в исходных данных, происходит событие "Очистить форму", т.е. обнуление правой части. а то изменил данные, и забыл нажать рассчитать, отвлекли, списал неправильный ответ.
6) Считаю ссылку на НПБ 3,14 и 3,15 нужно заменить на СП3.13130-2009 п.4.1, 4.2, не плохо было бы предусмотреть п.4.3 (галочкой, CheckBox)

Про речевые и звуковые, извените, тут я не прав был.
Сам считаю по рекомендациям Wheelock Inc, у вас тут тоже или другой расчет?
Nicht Kapitulieren! , 02 августа 2011 в 00:06
#9
Приветствую всех.
Alexey_02:
По поводу п.1 и п. 2 первой части и ссылки на устаревший НПБ, согласен это можно будет подправить и с очисткой формы при изменении одного из вводимых значений тоже - не порядок.
Насчёт п.6 расчетных данных, я честно говоря, не понял, что там у Вас происходит. У меня всё абсолютно чётко, ни чего не расплывается. После следующего обновления программы, думаю эта проблема решится.
Выделить в фокус не сложно, но только вот определить какое значение ошибочно представляется мне не возможным.
На результат расчета влияют все исходные данные (кроме площади). Не понятно по какому критерию можно установить, что именно введённое значение например "мощности" ошибочно, а не введённое значение: "расстояние до расчетной точки" или "высота потолка" или "уровень шума" и т.д.
Вы как себе это представляете, интересно ?
Да и все эти фокусы, это ловля блох - меня волнует только функциональная сторона. Люди, скачивая программу, хотят ускорить (автоматизировать) процесс расчетов, а не любоваться на красивое оформление.

Если Вы обнаружите ошибку в расчетах вот это другое дело и заслуживает внимания.

Да, методика расчетов похоже такая же ...
Nike , 02 августа 2011 в 00:56
#10
Аналогичная фигня, только в Excel: http://dwg.ru/dnl/7468
Результаты при одинаковых исходных данных вроде совпадают..
zip

0.73 МБ

СКАЧАТЬ