apapacyКак обеспечить достоверность этих данных?
А дело ли разработчика обеспечивать достоверность данных? Нет, ИМХО. Наше дело - предоставить нужный функционал, а кадровики пусть сами решают, как добыть информацию из сотрудников.

apapacy i see apapacyКак обеспечить достоверность этих данных?
А дело ли разработчика обеспечивать достоверность данных? Нет, ИМХО. Наше дело - предоставить нужный функционал, а кадровики пусть сами решают, как добыть информацию из сотрудников.

Да дело это разработчика.

1. Часть информации, которые разработчики закладывают в структуру БД просто не нужна.
2. Часть информации не может быть получена "легким трудом".
3. Если информация действительно нужна - необходимо продумать как проводить сбор информации.
4. Ввод информации тоже должен быть продуман разработчиками с учетом проверки достоверности (предельный случай "дубль перфорации").
5. Если Вы думаете что кадровские работники так просто составят ТЗ на нужный функционал ?..

А вот когда разработчик все выложит на блюдечке - тут можно спросить и у кадровиков о потребовать обеспечить достоверность информации.
Вы меня не переубедили, apapacy . Кстати, не могу понять, вы сейчас с каких позиций ставите вопрос - как разработчик, или как Большой Босс, которому нужна эта самая достоверность. Если вариант два, тогда понятно. Если, как разработчик, то возникает вопрос, зачем вы сами взваливаете на себя невыполнимую задачу.
Позвольте по пунктам.
1. Часть информации, которые разработчики закладывают в структуру БД просто не нужна.
Честно говоря, недопонял. Информацию-то юзеры закладывают, в данном случае - сотрудники отдела кадров и "менеджеры по борьбе с персоналом", если таковые имеются. Наше дело - предоставить им контейнер для хранения этой информации и извлечения ее, то есть грамотно спроектировать структуру таблиц. Что там ненужного? Не будем же мы предусматривать поля для хранения данных, например, о цвете глаз сотрудников, если нас об этом не попросят особо. О какой избыточности идет речь?
2. Часть информации не может быть получена "легким трудом".
Опять недопонял :) Что нельзя получить легким трудом? Постановку задачи? Так это всегда непросто, и юзер в большинстве случаев нам не помощник. Но кадровое дело формализовано и задокументировано, и поставить задачу отлично можно и без участия юзера. Или вы имеете в виду получение информации юзерами для занесения ее в БД? А это, повторюсь, не наше дело.
3. Если информация действительно нужна - необходимо продумать как проводить сбор информации.
Кому необходимо, разработчику? А с какого перепугу? Дело кадровиков выяснять, что за документы им показывают, правильно ли они оформлены и т.д.
4. Ввод информации тоже должен быть продуман разработчиками с учетом проверки достоверности (предельный случай "дубль перфорации").
Частично согласен. Обезопасить базу от очевидных ляпов ввода стоит, юзер это оценит. Паспорт там советский вместо российского любят указать, а потом удивляются, дату рождения вбить так, что получается, что приняли на работу годовалого младенца, два раза одного сотрудника внести, и прочее в том же духе. Это можно попытаться предотвратить, но без излишнего фанатизма.
5. Если Вы думаете что кадровские работники так просто составят ТЗ на нужный функционал ?..
Нет, я так не думаю. Но я уже говорил, что кадровое дело хорошо документировано, литературы масса, нормативные акты в свободном доступе.
Так что я не соглашусь, что автоматизация кадрового дела очень сложна - вполне под силу. Есть нюансы с новомодными манагерами по управлению персоналом, но тут и легко, и сложно одновременно - они сами не знают, что им нужно :)

apapacy , что-то создается впечатление, что мир разработчиков для вас какой-то черно-белый, и состоит из двух архетипов: халтурщик-фокспрошник, впаривающий убожество и умывающий руки, и мегаответственный специалист, который не только внедрит всеобъемлющую систему, но и будет вечно стоять над душой пользователя, проверяя, достоверно ли тот ведет кадровый учет. Это, мягко говоря, не совсем так. Я бы предпочел не связываться ни с той, ни с другой крайностью. Если вы знакомы с сериалом "MASH", то напомню вам слова хирурга Чарльза Винчестера: "Я делаю свое дело, делаю его хорошо, и ухожу". По-моему мнению, идеальная линия поведения. Создать софт, опираясь на ТЗ, в создании которого принимал деятельное участие, и на собственный немалый опыт, создать его максимально эффективным и удобным, внедрить его, убедиться, что все довольны, и отойти в сторону, предоставив дальнейшее техподдержке.
Человеко-машинные системы, как вы это называете, я не разрабатываю. С человеками в этих системах я ничего поделать не могу, не имею ни возможности, ни желания. Могу лишь оценить, адекватны ли они, или нет - тогда с такими не работаю. От очевидных ошибок пользователя мой софт постарается защититься, как я говорил ранее. Вот так. Что тут неправильного?

mcureenab , вроде бы все правильно говорите, но отдает манией величия :) Тогда я должен причислить себя к несеръезным разработчикам, потому что ни разу еще не приносил на работающее предприятие технологию его работы. Инструменты, оптимизирующие эту технологию - это да. И работают они, конечно, с нужной точностью.