База учета полиграф. производства

[Коняхин Александр]

Согласен. Можно пойти другим путем.
Попросить руководителей отдела написать/нарисовать схемы стадий производства ни ввереном им участке. Проверено - работает. Сам делал похожий отчет. Да - долго, да сложно, но в итоге Вы получаете тот продукт, который заточен именно под вас.
И все-таки Вы утрируете. Одно дело создать фотошоп, где непременно понадобятся узкие специалисты с глубочайшим знанием свое дела да и не один десяток штук таких
Я не призываю создать аналог фотошопа на производстве.
Можно начать с простых операций/функций. Они будут ядром. И постепенно наращивать что-то новое.

[Коняхин Александр]

Это вообще самый оптимальный вариант. И Вам проще (не надо никого искать, да и понятно, что за человек) и ему приятно - он же за это дополнительно денюжку получает.

[EXpressprePRINT]

Ну, для ядра и стандартная программа подойдет.

А то и, вообще, эксель.

[Коняхин Александр]

К экселю особо ничего не нарастишь.
Смысл в том, что бы своими силами создать прогу под себя и под свои цели-задачи.
Кстати, можно как временную прогу рассматривать созданную в Accesse
Но тут тоже нужны знания...

[EXpressprePRINT]

Вот, я и говорю, что для этого, прежде всего, должны быть "свои цели-задачи".

И не общие, базовые — они у всех одинаковые — а подробно обрисованные.

А это — 90% всего дела.

[Коняхин Александр]

Ладно, спорить не будем, а то ПА опять отругает

Подведем некоторое итого чего мы тут надискутировали:
Если решено, что необходимо перевести производство на единую систему учета, аналитики, управления и т.д., то:
1. Оценить размер финансовых затрат на йенто дело.
Если денег не жалко - см. пункт 2
Если жалко то см п. 3
2. Разбираемся в ассортименте программ и покупаем. Радуемся
3. Если есть ограничение в финансах (или их просто жалко тратить), то тут можно сэкономить эти средства, но потратить много нервов и времени.
Алгоритм с фрилансерами описан выше.
А вот с тех. заданием для фрилансера все обстоит сложнее.
Действительно, грамотно составленное ТЗ - гарантия успеха.
В ТЗ необходимо написать и описать все процессы на всех стадиях производства. Собрать колоссальное количество статистических данных (будь то время изготовления формы, время ламинации одного листа ламинатом 32 мкм, время приладки или % брака на фальцовке)
На сбор таких данных на среднем офсетном листовом производстве может уйти до полугода времени. Причем чем больше время сбора статистики операции, тем значение точнее.
Описать всю производственную цепочку от приема заказов до контроля качества и сдачи тиража.
В любом случае лишние данные не помешают. (пока софт будет писаться можно много чего полезного с этим цифрами сделать)
4. После сделанного ТЗ ищем фрилансера.
5. Фрилансер не сделает с первого раза все хорошо. Будет еще процесс "доработки напильником", внесение нового и т.д.
6. После того, как программа прошла тестирование - воодим в производство.
7. Радуемся софту, который заточен под Ваше производство.
8. Берем отпуск - это Вы заслужили

[tanyak]

вот про это и писала, ключевое слово ХОРОШИЙ, пока работать не начнешь - не поймешь.
Соглашусь с Кириллом - правильно написать ТЗ не сведущему в программировании практически не возможно, всегда будет вылезать КУЧА вопросов. У меня сейчас так - я пишу свое ТЗ, а спец обученный человек, который разбирается и в производстве и в программировании, доводит его до ума. В процессе работы понимаю, что упускается много нюансов, в силу того, что программирование от меня далеко...

[Visard]

Советую, прежде чем писать собственную АСУ, внимательно изучить вполне работоспособные системы, такие, например, как AplerQuickPrintили PrintEffect.
Это будет полезно хотя бы потому, что позволит адекватно оценить сложность постановки задачи. За те деньги, которые стоят эти системы, никакой фрилансер не напишет что-нибудь подобное. Эти системы делались не один год, их используют десятки пользователей – поэтому они доступны и «обкатаны».
Поймите, создать такую АСУ – это серьезный отдельный бизнес. На мой взгляд, проще создать небольшую типографию, чем систему типа AplerQuickPrintили PrintEffect.

[tanyak]

в том то и дело, что ТАКАЯ не нужна, они может и хороши, но для очень небольших производств будет использоваться только 20-30% возможностей.

А собственные написанные базы никто не пытался продавать?

[KALENDAR.RU]

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