Создание проектов не программистом

[Odil Turdikulov]

Сообщение от Timur Salikhov

Вроде была такая тема с утра? Это уже второй проект? С тем закончили?

Мы только выставляем свои темы на данный форум, потому были технические заморочки.

Теперь по теме. Суть данной темы = пройти путь "новичка" от начала до завершения реального проекта.
В нашем центре тесно связаны обучение и производство ПО. Существуют проблемы, как в обучении так и в процессе становления в строй молодых программистов. Чтобы разобраться со всем этим, я решил "влезть" в это дело лично, "посмотреть" из нутри кто что зачем и почему. Для нас это важно.
Сам я не программист, но немного кодить могу, синтаксис и общие принципы знаю. Думаю справлюсь.

[Odil Turdikulov]

За основу взят реальный проект (чтобы сжечь мосты).
Проект - "Подписка".
Редакция выпускает газету (одну). Необходима система учета и составления заказов.
Главным входным документом является выписка из банка. Оттуда собирается инфа кто заплатил, на сколько месяцев, сколько экз.
Необходмо построить базу с необходимым набором инструментов.
Проект будет написан на C# с ипользованием "платформы ND". Вообще все можно на коленке на аксесе написать. Но цель разобраться как использовать нашу разработку платформу ND.

[JH]

Сообщение от Odil Turdikulov

Но цель разобраться как использовать нашу разработку платформу ND.

Вы хотите разобраться, как можно применить вашу же разработку?

[Odil Turdikulov]

Сообщение от JH

Вы хотите разобраться, как можно применить вашу же разработку?

Ага ... понятно. Не буду с вами спорить, вы правы во всем.

Ребята жду ответы: насколько правильно использование "документа" к выпискам? и ... про регистр накоплений.

[Касимов Отабек]

Сообщение от JH

Вы хотите разобраться, как можно применить вашу же разработку?

Читай внимательнее Это Директор а не програмист! Человек хочер разобраться технически как используется данная платформа (определить свой взгляд и получить свое мнение о продукте).

[Odil Turdikulov]

Вопросы с проектированием.
Первые проблемы. Имею опыт проектирования баз данных, но тут подход другой, использование платформы ND требует проектировать на более обобщенном уровне, уровне абстракций сущностей. Классически я разбил информацию:
1. Контраагенты- вся инфа о клиентах.
2. Платежи – вся инфа о поступлениях
3. Заказы – специфическая инфа заказов, кто- месяцы-кол.экз.-сумма(?)
В Платформе ND есть готовые объекты, «Контраагенты» понятно это справочник. А вот Платежи ... скорее «документ». Документ = объект имеющий возможность проводить каие либо операции и имеющий табличную часть. Платежи приходят пачками в выписках из банка в файле «банк-клиента», может надо выписку под документом понимать? А платежи будут в табличной части дока. Выписка это вообще документ реальный в бухгалтерии потому и напрашивается объект «документ». Тогда встает другой вопрос а платежи? Это ведь тоже документы ... правда документ выписка хранит в себе ...
С заказами еще грустнее. Справочником наши спецы говорят «не очень» - почему?
Что такое регистр накоплений? И чем отличается регистр сведений.
Прошу наших прогеров помочь разобраться.

[Касимов Отабек]

Сообщение от Odil Turdikulov

Вопросы с проектированием.
Первые проблемы. Имею опыт проектирования баз данных, но тут подход другой, использование платформы ND требует проектировать на более обобщенном уровне, уровне абстракций сущностей. Классически я разбил информацию:
1. Контраагенты- вся инфа о клиентах.
2. Платежи – вся инфа о поступлениях
3. Заказы – специфическая инфа заказов, кто- месяцы-кол.экз.-сумма(?)
В Платформе ND есть готовые объекты, «Контраагенты» понятно это справочник. А вот Платежи ... скорее «документ». Документ = объект имеющий возможность проводить каие либо операции и имеющий табличную часть. Платежи приходят пачками в выписках из банка в файле «банк-клиента», может надо выписку под документом понимать? А платежи будут в табличной части дока. Выписка это вообще документ реальный в бухгалтерии потому и напрашивается объект «документ». Тогда встает другой вопрос а платежи? Это ведь тоже документы ... правда документ выписка хранит в себе ...
С заказами еще грустнее. Справочником наши спецы говорят «не очень» - почему?
Что такое регистр накоплений? И чем отличается регистр сведений.
Прошу наших прогеров помочь разобраться.

Вопрос по поводу заказов.
Если заказа являются уникальными то нет никакой выгоды по созданию их в справочнике. Повторяюсь - если они уникальны сами по себе то - уникальны и во времени и тогда лучше создавать документ (это даст возможность просмотра их с учетом вмерени создания).
- Справочники это каталожная система которая многократно используется.
- Документ, подобная реальная операция, способная воздействовать на окружающие вещи (справочник таких прав не имеет).

Разница между регистрами:
Регистр сведений – это логическая структура данных, предназначенная для хранения истории изменения значений реквизитов для определённых измерений. Данный регистр может быть использован для хранения изменения курса валют или выполнять задачи журнала регистрации записей организации.
Регистр накоплений – это логическая структура данных, предназначенная выполнять накопительные задачи. В реальной жизни его можно сравнить с амбарной книгой, в которой описывается приход товаров на склад и их расход.
Регистр предоставляет возможность получения накопленных и оборотных данных (остатков и оборотов по указанным изменениям), и для быстроты получения результатов производит кэширование оборотов (помесячное).

[Odil Turdikulov]

Сообщение от kotabek

Регистр накоплений – это логическая структура данных, предназначенная выполнять накопительные задачи. В реальной жизни его можно сравнить с амбарной книгой, в которой описывается приход товаров на склад и их расход. Регистр предоставляет возможность получения накопленных и оборотных данных (остатков и оборотов по указанным изменениям), и для быстроты получения результатов производит кэширование оборотов (помесячное).

Так а чем он лучше справочника? тот тоже выполняет накопительные задачи.

[Касимов Отабек]

Сообщение от Odil Turdikulov

Так а чем он лучше справочника? тот тоже выполняет накопительные задачи.

Справочник - только информация не изменяемая во времени и используя справоник нинадо вводить одинаковую информацию множество раз

Регистры предназначены для подсчета или хранения изменяющихся данных.

[JH]

Оффтоп:

Отвлечемся от предложенного проекта и рассмотрим более приземленный.
Задача: с утра начать на юфоруме обсуждение создания проектов с нуля.
Реализация. Создается тема, совершенно неинформативная, ни из заголовка, ни толком расписанного содержимого. Конечно, администратор ее прибивает. Создавший тут же ее создает снова. Зачем-то удаляет сам. Еще раз. Удаляет. Создает снова. На этот раз удаляет администратор. На шестой или седьмой раз тема создается с тем же нулевым смысловым содержанием, и тогда уже народ требует хоть объяснить в чем дело. С горем пополам проект (обсуждение вопроса) со скрипом запущен.

После этого вы как реализатор проектов, с нуля ли, с середины ли, с опытом программирования ли, без ли - дискредитированы для меня как подрядчик, так как я людям с такой безалаберной организацией процессов не поручу серьезное задание.

Особенно зная, что на претензии ответите "были технические заморочки" и продолжите как ни в чем ни бывало.