![]() |
|
|||||||
| Регистрация | Справка | Пользователи | Социальные группы | Календарь | Поиск | Сообщения за день | Все разделы прочитаны |
|
|
Опции темы | Опции просмотра |
|
|
#11 |
|
Senior Member
Регистрация: 18.01.2009
Сообщений: 637
Поблагодарил(а): 39
Благодарили 78 раз в 63 сообщениях
![]() |
Где почитать ?
Добавлено через 8 мин. Все, на что есть жесткие указания, в и-нэте быстро находится. А где только принципы, которым следует придерживаться ... Как вам такой алгоритм? Начисления оставляем как есть. Сумма отпускных рассчитывается по среднему, а накопления 1/11 - 1/12. Никакой явной связи нету. По этому нужен алгоритм который просто "стремится" к нулю . При увольнении программа списывает все что накопилось. Если работник взял полный отпуск, программа списывает накопления 100% , все что накопилось. И не важно сколько сумма отпускных по отношению к накопленной. А если взял только часть отпуска то программа выясняет какую часть, создает коэффициент. Можно по количеству дней, а можно по отношению отпускных денег к среднему за месяц. Еще до программирования надо решить какой метод внедрять. И по этому коэффициенту списывает накопления. Такой метод будет постоянно стремится к нулю. Для более успешного стремления к нулю, можно создать константу корректирующую (округляющую) этот коэффициент. Минусовые накопления программа постоянно убирает автоматом, в каждом обращении к накоплениям срабатывает функция по искоренению минусов. Останется проблема с отпуском за будущий период. Но алгоритм стремления к нулю, рано или поздно придет к нулю, хвостиков не будет. Недостатки наверно найдутся ... но по моему чутьчуть (капельку) лучше теперешнего. По крайней мере, альтернатива.
Последний раз редактировалось Viens_C; 16.04.2009 в 23:51. |
|
|
|
| Здесь присутствуют: 13 (пользователей: 0 , гостей: 13) | |
| Опции темы | |
| Опции просмотра | |
|
|