это в первую очередь база данных для многофакторного анализа, определения корреляции данных изменений, а не просто "журнал в эксель". С этими данными потом возможно строить прогнозы, а так же удобная вещь для практикантов (а определи ка зависимость вот этих параметров и есть ли она для других... и визуализируй процесс в виде графика). Человек (практикант) занят и полезность ощущает, и, возможно, его труд пригодится.
Всяким "менеджерам" с "крутым ПО", которое они впаривают для повышения производительности, можно показать и дать исходные данные для сравнения, что бы отцепились.
" То есть, повторюсь, ничего из серии rocket science! Главное требование — чтобы все всегда знали, что происходит, был идеальный порядок и не случались сюрпризы. "
На самом деле это не так. точнее в текущих условиях весь персонал помнит ручную ведомость, и понимает как влияют введённые цифры на конечный расчёт, а некоторые могут на глаз прикинуть верность алгоритмов (в классификации "похоже на правду"). Но всё поменяется через 3-5 лет. спецы уйдут на пенсию/повышение, немного может поменяться технологическая часть установки. Как следствие вся программа превратится в "чёрный ящик", где на входе цифры измерений параметров, а на выходе рекомендации (отчёты). и почти никто не сможет проверить цифру "при помощи калькулятора" (повторить расчёт вручную). и всё, если нет подробного постоянно обновляемого файла документации для актуализации алгоритмов расчётов и изменения форм отчётов(в том числе выгрузки в xml), то жизненный цикл ПО завершится. Одна радость, все будут хотеть от новых программ ваш графический интерфейс. Так что не забрасывайте поддержку и документацию. а если это есть то легко получить патент на ПО (будет что в туалете повесить).
Работая на предприятии, я сталкивался с аналогичными решениями (в сфере ЖКХ), которые отмирали как уходил ведущий специалист или как пропадала фирма разработчик ПО. Потому святое правило, документация и это должно работать вне чужого облака (только на серверах предприятия) уже вошло в привычку. при необходимости писались модули отчётов и внешнего взаимодействия для выгрузки данных или обмене ими.
это в первую очередь база данных для многофакторного анализа, определения корреляции данных изменений, а не просто "журнал в эксель". С этими данными потом возможно строить прогнозы, а так же удобная вещь для практикантов (а определи ка зависимость вот этих параметров и есть ли она для других... и визуализируй процесс в виде графика). Человек (практикант) занят и полезность ощущает, и, возможно, его труд пригодится.
Всяким "менеджерам" с "крутым ПО", которое они впаривают для повышения производительности, можно показать и дать исходные данные для сравнения, что бы отцепились.
" То есть, повторюсь, ничего из серии rocket science! Главное требование — чтобы все всегда знали, что происходит, был идеальный порядок и не случались сюрпризы. "
На самом деле это не так. точнее в текущих условиях весь персонал помнит ручную ведомость, и понимает как влияют введённые цифры на конечный расчёт, а некоторые могут на глаз прикинуть верность алгоритмов (в классификации "похоже на правду"). Но всё поменяется через 3-5 лет. спецы уйдут на пенсию/повышение, немного может поменяться технологическая часть установки. Как следствие вся программа превратится в "чёрный ящик", где на входе цифры измерений параметров, а на выходе рекомендации (отчёты). и почти никто не сможет проверить цифру "при помощи калькулятора" (повторить расчёт вручную). и всё, если нет подробного постоянно обновляемого файла документации для актуализации алгоритмов расчётов и изменения форм отчётов(в том числе выгрузки в xml), то жизненный цикл ПО завершится. Одна радость, все будут хотеть от новых программ ваш графический интерфейс. Так что не забрасывайте поддержку и документацию. а если это есть то легко получить патент на ПО (будет что в туалете повесить).
Работая на предприятии, я сталкивался с аналогичными решениями (в сфере ЖКХ), которые отмирали как уходил ведущий специалист или как пропадала фирма разработчик ПО. Потому святое правило, документация и это должно работать вне чужого облака (только на серверах предприятия) уже вошло в привычку. при необходимости писались модули отчётов и внешнего взаимодействия для выгрузки данных или обмене ими.