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

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

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

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

Оффтоп:

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

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

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

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

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

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

Мне по барабану дискредитировал я себя для вас или нет.
с чего такие выводы ... какие процессы ...о чем вы вообще говорите?
Тут техническая тема.

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

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

Процессы управления проектами. ITIL и Prince вам в помощь...
От кого именно вы ждёте ответов?

: popcorn:

Спасибо за советы.
Поставленная задача не в управлении процессами. У нас налажен прозводственный конвейер с кучей процессов, паралелльно несколько проектов идут.
Моя задача посмотреть глазами "новичка" решившего начать писать ПО у нас. Хочу восстановить пробелы в "руководствах" и "хелпах" вообще наладить более плавное вхождение в статус прогеров.
Ответы жду от наших "производственников".

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Безумие какое-то.

после этой темы отношение к нетдеку упало до 0
ну неужели нельзя выяснять такие вещи внутри своей компании...

и действительно на этой странице полное безумие ...
одни операторы и звукорежиссеры...

Понедельник, только добрался до инета.
Да уж....Уважаемые господа. Спасибо за ваши коментарии, они были очень остроумны, спасибо за оценку.
Может я чего то не понимаю?????
Многие сайты программистов выкладывают свои проблемы-вопросы на обсуждение, тупо обсуждают код. И я подумал что в разделе IT индустрия в своем разделе Netdec я могу свободно обсуждать действительно внутренние проблемы по программированию с возможностью обсуждения нашими партнерами по проектам принять участие, это Андижанцы, Бухарцы, Карши еще пару команд. У нас с ними совместные проекты и вагон вопросов которые для вас выглядят ненормальными.

А о чем еще говорить на индустриальном разделе? опять же мы никому не навязываемся, безумие и психиатрическая, ну не заходите на нашу(наши) темы.
Еще раз повторюсь народ. Если я чего то не правильно понял, то прошу модераторов закрыть доступ на наши темы сделать внутренний раздел, с правом подключать желающих.

Жаль. хотел услышать мнение 1С ников программистов так что такое регистр и с чем его едят, вопрос новичка решившего писать учетные задачи.

Я не 1сник, но понятие о регистре имею. Как-то так: Регистр_процессора

Ну .. :) спасибо Долфин.
Когда проектируешь проект на абстракциях выше понятия таблица(нормализованная) у 1С ников есть такой зверь регистр называется, это не тот (и не те) регистр процессора. Так вот я как новичок(чайник в этом) не могу допетрить в чем суть. А наших гуру не понимаю (пока).

Зато теперь отлично понимаю ребят которые к нам приходят на позицию junior.

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

И вообще, подход к разработке системы электронного документооборота по методу "перенос бумажек в электронный вид" ущербен.

А бухгалтерский регистр - суть лог транзакций. Это гуглится.

А по какому методу тогда должен строится электронный документооборот, чтобы не быть ущербным?

Я не мазохист, это мне надо, потому и вырезаю свое время на программирование.

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