Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Учет доставки периодики. Проблема с недоставкой. [D7, IB6.x]

Страницы: 1 2 >
Xmen © (2007-09-14 10:39:00)
Привет!
Вот сижу и не могу решит одну задачку, и теперь надеюсь на ваш помощь.
Задача такая делаю программку для библиотеке нашей организации, с книгами разобрался, но вот беда организация получает и периодику газеты и журналы, для учета которых не могу сделать программку. Дело такое библиотека получает газеты и журналы, которых доставляет одна фирма и нужно вести их учет. Газеты и журналы могут, выходит: 5 раз в неделю, 4 раза в неделю, 3 раза в неделю, 2 раза в неделю, 1 раз в неделю, 2 раза в месяц, 1 раз в месяц, 1 раз в 2 месяца, 1 раз в 3 месяца, 1 раз в 6 месяце, др. без срока. Фирма не всегда хорошо выполняет свои обязанности доставка идет со срывом иногда даже некоторые номера журналов не доходят до нас или делают доставку с опозданием. И вот все это нужно учитывать и делать итоговый месячный отчет о доставке и не доставке для бухгалтерии. Я сделал форму для регистрации периодики и форму для ввода данных о доставке. И это работает, но вот учет о не доставленных номеров не как получается. Не могу додуматься, как это можно сделать. Уважаемы мастера дайте совет.
Для программы сделал 3 таблицы. 1 – Jurnal – информация о журналах и газет. Поля: id – понятно что, name – наименование (string), period – периодичность(integer даны получается с др. табл. Period), count_jornal – количество подписки(int), type_izd – тип издания (месная/зарубежная int). 2 – Jornal_in – информация о доставке. Поля: id – ну это, Jornal_id – id из табл. Jornal, date_in – дата доставки, kol_izd – количество поставки, num_izd – номер издания. 3 – Period – справочник по периодичности газет и журналов. Спасибо за то что почитали до конца :)

Xmen (2007-09-17 08:10:00) [1]

> Anatoly Podgoretsky © (14.09.07 20:03) [27]
> Каждый пишет по мере своих возможностей.Имена не влияют
> на работу программы.

Спосибо за поддержку :)

Anatoly Podgoretsky (2007-09-14 20:03:00) [2]
Каждый пишет по мере своих возможностей.
Имена не влияют на работу программы.

Kolan (2007-09-14 18:54:00) [3]
> num_izd

> Jornal_in

> date_in

Фу

Anatoly Podgoretsky (2007-09-14 14:20:00) [4]
> ЮЮ (14.09.2007 12:54:23) [23]

Мои но имеется в виду совсем другое, можно создавать по окончанию отчетного периода.

Anatoly Podgoretsky (2007-09-14 12:54:00) [5]
> Sergey13 (14.09.2007 12:40:21) [21]

Если говорить о партии, как о единице, то да. Единица - это конкретный номер издания. Журнал номе 3 такого года, или просто номер три, если сквозная нумерация и надо знать поступил ли он в сроки или нет. Недопоставка частный случай.

ЮЮ (2007-09-14 12:54:00) [6]
>
Anatoly Podgoretsky © (14.09.07 12:32) [20]
Строчки в базе не будет, не почему будет делать вопрос,
> надеюсь ты его не толкаешь на навигационные методы.

Какой?
Какие создашь, такие и будкт :)
А создавать таблицу на год или по ходу это уже не принципиально.- тыои слова :)

Sergey13 (2007-09-14 12:41:00) [7]
> [15] Xmen (14.09.07 11:54)
> Срок поставки может быть разными.

Никто не ограничивает тебя в определении крайней даты ожидания поставки, после которой уж точно считается, что обязательства поставщика не выполнены.

Sergey13 (2007-09-14 12:40:00) [8]
> [14] Anatoly Podgoretsky © (14.09.07 11:38)
> Его предложение не вполне подходит, если я его правильно
> понял. У тебя поштучный учет.

ИМХО, можно рассматривать поставку 10 экземпляров газеты как партию, и приход оформлять на нее. И потом уже дробить на собственно экземпляры для внутреннего учета. Кстати, если возможна поставка не всей партии сразу, а по частям (типа допоставка), можно учитывать это в дочерней таблице.

Anatoly Podgoretsky (2007-09-14 12:32:00) [9]
> ЮЮ (14.09.2007 12:10:19) [19]

Строчки в базе не будет, не почему будет делать вопрос, надеюсь ты его не толкаешь на навигационные методы.

ЮЮ (2007-09-14 12:10:00) [10]
>Номер может быть не доставлен совсем. Получит 3 марта и 3 мая, без 3 апреля

Ну и что?
3 мая подучит №3, спрогнозирует для №4 3 июня, а №2 так и останется неполученным. Когда его все-таки доставят, прогноз для №3 делать не нужно, т.к. он уже в базе.

Anatoly Podgoretsky (2007-09-14 12:06:00) [11]
> ЮЮ (14.09.2007 11:57:16) [16]

Номер может быть не доставлен совсем. Получит 3 марта и 3 мая, без 3 апреля

Anatoly Podgoretsky (2007-09-14 12:02:00) [12]
> Xmen (14.09.2007 11:54:15) [15]

В таком случае как же ты знаешь, что доставка опоздала?

> или делают доставку с опозданием

ЮЮ (2007-09-14 11:57:00) [13]
> Я немогу контролировать дату поставки. Многие издания зарубежные.
> Срок поставки может быть разными. Я вобщем затуталься с
> ТЗ.

Приблизительно иожещь же оценить. А если порождать сущносьи в момент регтстрации предыдущего номера, то и вовсе просто. Если 1-й номер ежемесячного издания получили 3 марта, то 2-ой следует ожидать не ранее 3-го апреля.

Xmen (2007-09-14 11:54:00) [14]
Я немогу контролировать дату поставки. Многие издания зарубежные. Срок поставки может быть разными. Я вобщем затуталься с ТЗ.

Anatoly Podgoretsky (2007-09-14 11:38:00) [15]
> Xmen (14.09.2007 11:29:11) [11]

Его предложение не вполне подходит, если я его правильно понял. У тебя поштучный учет. А создавать таблицу на год или по ходу это уже не принципиально.

Sergey13 (2007-09-14 11:38:00) [16]
> [11] Xmen (14.09.07 11:29)
> Уточни пожалуйста.

На тему? Что непонятно?

Anatoly Podgoretsky (2007-09-14 11:37:00) [17]
> Xmen (14.09.2007 11:13:09) [9]

Тут надо разораться с предметноей областью, я как понял у тебя поштучный учет, вот и надо сделать должные аттрибуты, например крайняя_дата_поставки экземляра, признак или дата_поставки. Тогда запросы будут простые - is null дата поставки, а аттрибут крайняя дата поставки позволит определить просрочку в днях.
В общем смотреть в предметную область и делать по ней ТЗ, то есть это стадия до ТЗ - анализ задачи.

Xmen (2007-09-14 11:29:00) [18]

> Sergey13 © (14.09.07 11:16) [1

Уточни пожалуйста.

Sergey13 (2007-09-14 11:16:00) [19]
> [8] Xmen (14.09.07 11:12)
> вед нужно создавать каждый год новую таблицу с полями периодики
> и строкой 365(366) и заполнит его.

Зачем?!!!
ИД,
Ссылка на издание
Номер
Дата выхода (это та по которой надо контролировать)
Фактически полученное количество.
Разные поля по вкусу, типа причина задержки и т.д. и т.п.

Xmen (2007-09-14 11:13:00) [20]

> Anatoly Podgoretsky © (14.09.07 11:07) [7]
> > Xmen (14.09.2007 11:06:06) [6]Тут нужна постановка задачи,
> а не идея.

Правильно написали. Извеняюсь что не подобрал слова.

Страницы: 1 2 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »