uForum.uz

uForum.uz (https://uforum.uz/index.php)
-   IT-индустрия (https://uforum.uz/forumdisplay.php?f=369)
-   -   Создание проектов не программистом (https://uforum.uz/showthread.php?t=12986)

Anton Kovalenko 27.05.2010 15:34

Цитата:

Сообщение от Odil Turdikulov (Сообщение 404190)
Ответы жду от наших "производственников"

А почему здесь?
Цитата:

Сообщение от Odil Turdikulov (Сообщение 404190)
У нас налажен прозводственный конвейер с кучей процессов

...но без собственной внутренней системы обеспечения взаимодействия сотрудников и отделов? Которая, в частности, тем хороша, что в обсуждение не будут встревать сторонние люди уж хотя бы просто потому, что это общественный форум...

Anvar Nuriev 27.05.2010 15:36

Цитата:

Сообщение от Anton Kovalenko (Сообщение 404179)
ITIL и Prince вам в помощь...

Цитата:

Сообщение от Odil Turdikulov (Сообщение 404190)
Поставленная задача не в управлении процессами.

Хоп, это не подходит, тогда
Цитата:

Сообщение от Odil Turdikulov (Сообщение 404190)
Хочу восстановить пробелы в "руководствах" и "хелпах"

к чему? не легче ли погуглить? уверен куча руководств к написанию руководств=)

Цитата:

Сообщение от Odil Turdikulov (Сообщение 404190)
вообще наладить более плавное вхождение в статус прогеров

В чем вопрос? хотите стать программистом? или плавно стать онным?

Odil Turdikulov 27.05.2010 15:53

[QUOTE=Anton Kovalenko;404194]
Цитата:

Сообщение от Odil Turdikulov (Сообщение 404190)
...но без собственной внутренней системы обеспечения взаимодействия сотрудников и отделов? Которая, в частности, тем хороша, что в обсуждение не будут встревать сторонние люди уж хотя бы просто потому, что это общественный форум...

Вынести обсуждение во внешний мир = Решение обдуманное.
Нам нужны мысли спецов тех кто работает в учетных задачах, 1С ники к примеру, и т.д.
Тему - системы собственного внутреннего взаимодействия я обсуждать не буду, лишнее. Еще раз спасибо за советы и внемание.

Анвару Нуриеву.
Насчет погуглить.... вопрос не КАК писать, а ЧТО ИМЕННО дописать в уже существующие доки.
Насчет второго вашего вопроса. Выше я уже писал у нас есть и учебное направление. Планируем вообще все перекроить в процессах обучения и подготовки, для этого я решил пройти все самому, чтобы точно знать как. Мой финиш "жуниор" для наших команд. Прогером я не стану, для этого нужно пару лет, да и не мое это.

Касимов Отабек 27.05.2010 16:22

Цитата:

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

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

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

Касимов Отабек 27.05.2010 16:32

Цитата:

Сообщение от JH (Сообщение 404168)
Цитата:

Сообщение от Odil Turdikulov (Сообщение 404106)
Но цель разобраться как использовать нашу разработку платформу ND.

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

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

Odil Turdikulov 27.05.2010 16:49

Цитата:

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

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

Касимов Отабек 27.05.2010 16:54

Цитата:

Сообщение от Odil Turdikulov (Сообщение 404248)
Так а чем он лучше справочника? тот тоже выполняет накопительные задачи.

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

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

Odil Turdikulov 27.05.2010 17:25

Ладно. Тяжеловато для понимания.
Я знаю точно что "контрагенты" я правильно расставил, это справочник где вся инфа о клиентх.
Прошу помочь определиться с документом "Payments". Объект представляет из себя выписку банка, в реквизитах:
дата, какой банк, период выписки, общая сумма, количество платежей.
В табличной части документа будут сами платежи:
дата платежа,№ документа, ИНН, МФО, сумма , детали платежа и пр.

При проводке Документа необходимо чтобы, создавались записи в регистре "Orders".
НО в "Orders" мне нужно ставить только ИНН и сумму, плюс совершенно другую инфу... полей этак 20-25 относящихся к заказу. Что делать тоже в документ вставить?

Касимов Отабек 27.05.2010 17:29

Рекомендую описать общию картину приложения (также и цель) иначе сложно довать рекомендации по построению вашего приложения.

Lis 28.05.2010 15:10

Цитата:

полей этак 20-25 относящихся к заказу. Что делать тоже в документ вставить?
эти данные должны определяться непосредственно элементом бизнес-объекта заказа, а в документе и в проводках должна быть всего лишь ссылка на этот элемент.


Текущее время: 07:04. Часовой пояс GMT +5.

Powered by vBulletin® Version 3.8.5
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot
OOO «Единый интегратор UZINFOCOM»