|
0 / 0 / 0
Регистрация: 13.02.2010
Сообщений: 27
|
|
Программа для учёта деталей18.02.2010, 00:26. Показов 224133. Ответов 294
Метки нет (Все метки)
Всем доброго времени суток!
Подскажите пожалуйста кто нибудь простенькую программу.Что нибудь вроде базы данных для радиодеталей.Чтобы не рыться в коробках и по полкам,а то за год накопилось разнообразие нереализованных деталей и в голове уже всё не помещается))
0
|
|
| 18.02.2010, 00:26 | |
|
Ответы с готовыми решениями:
294
Cофт для учета деталей EleLa. Руссификация. Программа для учета склада компьютерных деталей Программа учета и деталей на производстве |
|
0 / 0 / 0
Регистрация: 02.11.2004
Сообщений: 1,112
|
|
| 02.12.2012, 11:49 | |
|
в общем, я дозрел до заведения базки деталей прямо в индроидофоне. потому что недавно разбирал ящик-стола-с-деталями и обнаружил, что многое покупал по два-три раза, и в то же время то, что я думал что есть - того не находилось (
посмотрел в гугломаркете и не нашел вообще никаких программ учета компонентов. есть там какие-то помощники поиска по каталогам и всякая такая ерунда. нужного нет. посему буду писать сам, индроидную яву уже несколько дней курю, все самые сложные моменты понаписал и опробовал в тестовом приложении. пришла пора писать нужную софтину. итак, чего я хотел бы от программы учета, живущей в телефоне: 1. справочник позиций, со следующими полями: - группа - каталожный код товара - код на самой детали (для SMD оч актуально, кмк) - код корпуса - мелкое фото детали - короткое описание функционала, буквально символов 100 2. таблица приход/расхода - коробка - лоток - количество 3. функционал поиска - по типу коруса - по коду с корпуса - по каталожному коду в далеких-далеких планах вывод справочника номенклатуры в онлайн-базу, общую для всех юзеров, со всякими плюшками, которые я себе слабо представляю если у вас есть идеи и уточнения (не сильно усложняющие функционал, ибо никто не будет ковыряться в сотне менюшек, чтобы завести позицию в базу), welsomi.
0
|
|
|
SWK
|
||
| 02.12.2012, 13:37 | ||
И чем больше данных о детали - тем хуже. Ведь все это надо постоянно заполнять и корректировать. А если еще и фотографировать, и даташиты в базу класть... Только этим со временем и будете заниматься. Особенно заметно после некоторого перерыва, когда данные накапливаются. Корректировать же данные по каждой купленной или израсходованной детальке - быстро надоест. А пока все детали помещаются в одном ящике стола, - так и база вроде бы не нужна... И так все видно. Компромиссный вариант - простая база с минимумом данных, чтобы просто знать, что есть, чего нет. И когда данные вносишь в основном при массовых закупках, а корректируешь наличие после использования деталей для очередной поделки, или периодически (раз - два в год) - при наведении порядка в хранении деталей. |
||
|
0 / 0 / 0
Регистрация: 08.02.2012
Сообщений: 648
|
|
| 02.12.2012, 13:57 | |
|
В процессе использования БД учета деталей, понял что вести документы прихода/расхода не оптимально, т.к. отнимает много времени, и неудобна последующая корректировка количества, у меня например сейчас 434 видов радиодеталей, в количестве 6145 шт. и 27 коробок, (в коробке либо ячейки, либо пакетики с застежками).
Когда бывает нужно для чего либо пару радиодеталей, постоянно создавать документ реализации напрягает, намного проще и удобней сделано в программе у "oyotom" где просто есть поле сколько штук, единственное что не указывается в какой коробке и ячейке, т.к. у меня некоторые одинаковые радиодетали бывают и в разных местах. С документаций я решил проще, по примеру "SWK", есть каталог где даташиты лежат, и нормально названы, а с программы просто ссылки на них, и при нажатии кнопочки сразу отрываются. По поводу онлайн базы, это можно сделать очень легко, если придерживаться правила работать с ней только с одного устройства одновременно, т.е. если хочешь поработать с другого устройства, в начале отключаешься с этого. А саму БД хранить на гугл-драйве, или дроп-боксе, или других сервисах.
0
|
|
|
0 / 0 / 0
Регистрация: 19.07.2010
Сообщений: 270
|
|
| 02.12.2012, 14:34 | |
|
Хм... База данных вполне так нормально поддерживает много пользовательский доступ.... (По крайней мере нормальная БД)
Имхо лучше сразу использовать нормальную БД (MySQL например) а дальше к ней любую оболочку хоть для индроида, хоть под виндовс... Относительно того что напрягает, внесение изменений ето потому что оболочка сделана через Ж. При нормальном интерфейсе внесение изменений в БД дело 1-2 секунд. Тоже самое относительно поиска.
0
|
|
|
0 / 0 / 0
Регистрация: 02.11.2004
Сообщений: 1,112
|
|
| 02.12.2012, 14:37 | |
|
sitimur, если твой пост адресован мне, то я попытаюсь ответить :)
1. вести документы прихода/расхода не оптимально я пока думаю в фоне на эту тему. в принципе, ведение оборота тащит за собой всякие трудности типа организации срезов остатков, или - в отсутствие срезов - ресурсоемкости построения текущих остатков при достаточно большой накопленной статистике приход/расхода. это ж телефон, а не комп. с другой стороны, можно ведь реализовать всё это элементарно: научить программу втягивать табличку компонентов, экспортнутую из када, несложно. один клик - и остатки откорректировались напрямую. один клик - и на остатки упал список позиций к закупке. правда, при этом возникает проблема согласования справочников, но и это решаемо, думаю. 2. сейчас 434 видов радиодеталей, в количестве 6145 шт. и 27 коробок а если выкинуть из базы резисторы, кондеры, и прочую мелочь, которую ты и так знаешь где она, и что у тебя её навалом? :) и оставить только малочисленные позиции, которые действительно не упомнишь. 3. По поводу онлайн базы я имел в виду общую для всех юзеров программы базу-справочник, когда один забил инфу, до сего момента отсутствовавшую, а остальные просто подтягивают по необходимости инфу из инета, вместо того, чтобы самому париться забивать. тут возникают ньюансы синхронизации и т.п., ну тоже ничего смертельного. > Имхо лучше сразу использовать нормальную БД (MySQL например) а дальше к ней любую оболочку хоть для индроида, хоть под виндовс... дык надо ж как-то ещё и в оффлайне уметь работать. а так получится, или интернет, или ничего. я буду делать на SQLite и синхронизацию с интернетами, но сначала - просто оффлайн базу, на которой откатаю функционал.
0
|
|
|
0 / 0 / 0
Регистрация: 08.02.2012
Сообщений: 648
|
|
| 02.12.2012, 16:31 | |
|
Затяжка данных с экселя, или чего-то подобного делается легко, но сейчас я понял что достаточно просто хранить текущий остаток и все, без истории. За год использования тыканьев и мыканьев, пришел вот к такому выводу :-)
В моей базе резисторы и конденсаторы сделаны одной позицией, т.е. внутри них есть дополнительная характеристика, если их отнять то получается 432 вида. По поводу онлайн каталога не собственного учета, а описаний деталей, их характеристик, сам думал, можно просто придумать формат файла описания, и любые пользователи могут создавать такие файлы, и отправлять кому-то, кто после проверки их складирует на общедоступном ресурсе. Причем большую часть всего этого можно автоматизировать. По поводу сразу использовать нормальную БД типа MtSQL, SOLLite если допустим первый компьютер на windows, второй на линуксе, и устройство на индроиде, смогут ли они нормально работать с одной базой???
0
|
|
|
0 / 0 / 0
Регистрация: 02.11.2004
Сообщений: 1,112
|
|
| 02.12.2012, 19:12 | |
|
> смогут ли они нормально работать с одной базой???
ну это как накодишь синхронизацию )
0
|
|
|
0 / 0 / 0
Регистрация: 19.07.2010
Сообщений: 270
|
|
| 02.12.2012, 20:46 | |
|
В том то и прелесть нормальной базы данных что есть возможность работы на разных платформах.
Просто нужно определиться с архитектурой. А относительно синхронизации с удалённой базой то тут вообще всё просто...
0
|
|
|
0 / 0 / 0
Регистрация: 12.11.2010
Сообщений: 74
|
|
| 02.12.2012, 22:39 | |
|
Рекомендую посмотреть на эту разработку. Учавствовал немного в обсуждении в виде высказываний по требованиям и удобству использования. Пользуюсь уже полгода - очень нравится. http://infostort.ru/public/97906/
Для затравки дам немного описания и фото: Подсистема «Склад» • Это оприходование компонентов в базу с помощью документа «Приходная накладная». В накладную можно загружать товар из текстового файла. Заполнение накладной производится через основной справочник: «Номенклатура». Каждому элементу накладной можно указать место хранения. • Документ "Списание"- стандартная процедура списания издержек. • Обработка "Перемещение товаров по складам" - возможность контролировать и оперативно перераспределять количество и места хранения. Имеется также и классическое "Перемещение" по складам. • К элементу номенклатуры можно подгрузить файлы с дополнительной информацией (типа даташит) - назначить картинку для отображения в списке - добавить нужные характеристики из справочника характеристик. Специальная обработка позволяет искать товар по характеристикам. • Отчет «Остатки товара» отражает текущие остатки на складе в любом разрезе (задействована СКД). • Отчет можно распечатать или сохранить в стандартных форматах на диск. • Обработка «Треки на посылку» позволяет оперативно отслеживать местонахождение заказов, сделанные в интернет-нигазинах. Подсистема "Проектирование» • Это документы типа «Проект». Аналог расходной накладной. В режиме "Разукомплектация" - аналог приходной накладной. Возможен ввод цен реализации. "Проект" содержит перечень необходимых компонентов по текущему проекту, а так же всю сопутствующую документацию. • Имеется возможность загружать спецификацию компонентов из текстового файла САПРа или каталоги элементов с характеристиками сайта производителя. Специальная настройка позволяет удобно подстроиться под формат загружаемого файла. • Проект с его спецификацией можно распечатать или сохранить в стандартных форматах на диск. • Документ "мультипроект" - объединяет под одной "крышей" несколько проектов. Имеет сводную печать по номенклатуре.
0
|
|
|
0 / 0 / 0
Регистрация: 08.02.2012
Сообщений: 648
|
|
| 03.12.2012, 01:53 | |
|
Смотрел эту реализацию для учета, если у тебя фирма для для учета просто суппер, но для рядового радиолюбителя черезчур навороченная, я сейчас вообще все упростил до минимума, ибо жудко лень все забивать, и волучился вот такой огрызок:
Где прям в карточке указал сколько штук код, описание и все, и ещё что удобно, так это видеть остаток сразу работая в со справочником, как только перешел на новую радиодеталь увидел фото и текущий остаток. Потому как лень постоянно формировать отчет по остаткам что-бы узнать сколько их, или х.з. я такой ленивый.....
0
|
|
|
thodmiv
|
||
| 17.12.2012, 23:21 | ||
|
||
|
0 / 0 / 0
Регистрация: 27.01.2010
Сообщений: 192
|
|
| 06.01.2013, 00:17 | |
|
ИМХО складская программа нужна только на производстве и в нигазине. Разработчику достаточно плоской стенки с маркированными миговскими или самодельными коробочками любой конструкции обеспечивающей быстрый доступ к детали.
0
|
|
|
ropoz
|
||
| 06.02.2013, 16:52 | ||
Где прям в карточке указал сколько штук код, описание и все, и ещё что удобно, так это видеть остаток сразу работая в со справочником, как только перешел на новую радиодеталь увидел фото и текущий остаток. Потому как лень постоянно формировать отчет по остаткам что-бы узнать сколько их, или х.з. я такой ленивый..... А можно "огрызок" погонять? |
||
|
1 / 1 / 0
Регистрация: 06.12.2016
Сообщений: 3,946
|
||
| 06.02.2013, 19:50 | ||
Детали как и деньги должны работать .
0
|
||
|
0 / 0 / 0
Регистрация: 08.02.2012
Сообщений: 648
|
||
| 07.02.2013, 19:08 | ||
Где прям в карточке указал сколько штук код, описание и все, и ещё что удобно, так это видеть остаток сразу работая в со справочником, как только перешел на новую радиодеталь увидел фото и текущий остаток. Потому как лень постоянно формировать отчет по остаткам что-бы узнать сколько их, или х.з. я такой ленивый..... А можно "огрызок" погонять? Можно свяжись со мной [URL="mailto:zheikurov@gmail.som">zheikur ov@gmail.som[/URL], огрызок уже более менее загружает половину прайса с чип-нн, с фотками :-)
0
|
||
|
0 / 0 / 0
Регистрация: 08.02.2012
Сообщений: 648
|
||
| 07.02.2013, 19:19 | ||
Детали как и деньги должны работать . Я живу у полярного круга, (далеко на севере) и ближайший радионигазин в 1700 км, по почте заказ идет 2-4 недели. Иногда появляется желание собрать какое нибудь устройство, я сажусь и собираю, и не жду месяц, т.к. желание и интерес через месяц ожидания может исчезнуть. Так-же я работаю в фирме по автоматизации супермаркетов, хоть я программист, но иногда помогаю тех-отделу с ремонтом, и собственно радиодеталями.
0
|
||
|
0 / 0 / 0
Регистрация: 23.01.2010
Сообщений: 46
|
||
| 10.02.2013, 15:05 | ||
0
|
||
|
shomom
|
|
| 30.03.2013, 21:14 | |
|
Доброе время суток!
Прочитав статью DiHalt`а Автосортировка радиодеталей Меня очень заинтересовал данный способ хранения деталей, и я решил реорганизовать хранение своих деталей. А заодно и переписать свою базу данных учета под эту систему. Прикрепленный файл содержит саму программу учета и БД. Все еще очень сыро, но уже хоть как-то работает. Кого еще заинтересовал данный способ хранения деталей и моя программа, буду очень рад если вы примете участия в ее написании. Буду рад обсудить,чего еще не хватает в ней или что поменять. Собственно сама программа |
|
|
0 / 0 / 0
Регистрация: 18.07.2012
Сообщений: 36
|
|
| 02.04.2013, 00:52 | |
|
Переписал ПРОГРАММУ с нуля.
Сначала сделал парсер, который забивает базу данных, сдирая данные с сайта MOUSER (mousir.som). Программа позволяет осуществлять поиск как по параметрам, так и по названию. Картинки элементов и ПДФ файлы подгружаются из интернета после нажатия на элемент (и тут же сохраняются чтобы в след. раз не скачивались). Вкладка РЕДАКТИРОВАНИЕ предназначена для набивания своей домашней коллекции путём захвата мышкой элемента и переброской оного в домашний каталог. Домашний каталог состоит из дерева, которое сами себе создаёте, редактируете, удаляете ( клик правой кнопкой мыши для вызова меню) . Вкладка ПАРАМЕТРЫ не актуальна, не обращайте на неё внимания. Пока что выложил базу данных МАУЗЕРа только по категории Полупроводники, и то по 50 элементов на каждую ветвь для вашего тестирования (полная база будет весить прилично). В планах пропарсить другие сайты-каталоги радиоэлементов, в частности парсер для сайта Digi-key уже готов, но по количеству элементов этот сайт сильно уступает МАУЗЕРу. Если есть на примете сайт, с которого надо содрать данные для этой программы, скажите. Я надеюсь, что программа интуитивно понятна.
0
|
|
|
shomom
|
|
| 02.04.2013, 17:07 | |
|
А вот и следующая версия моей программы
Клац Кому интересно качаем, тестируем, комментируем, предлагаем. |
|
| 02.04.2013, 17:07 | |
|
Программа для оформления отчета о материалах и изготовленных из них деталей Из партии в 100 деталей, содержащей 5 % брака, берут для проверки 5 деталей Программа для учёта Программа для учета товаров Программа для учета дел Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
сукцессия 33. открытые вопросы от клауде
anaschu 19.07.2026
"Что накопилось за эту часть А — тринадцать правок, из которых шесть пришли из ваших вопросов и каждая оказалась реальной ошибкой, а не калибровкой: односторонний симбиоз, отсутствующий листопад,. . .
|
32 сукцессия
anaschu 19.07.2026
сукцессия 28‑мерное ядро стабилизировано
Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не «подкручивает» сходимость —. . .
|
сукцессия 31: модель микоризы - это модель ещё нескольких явлений, социальных и экономических
anaschu 18.07.2026
Теория «Всего»: апдейт v1. 1. 2 — 28‑мерное ядро стабилизировано
Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не. . .
|
сукцессия 30. Массив проверяющих друг друга моделей
anaschu 18.07.2026
Архитектура сети взаимопроверяющих моделей микоризной сукцессии (v2. 0)
Развитие тензорного ОДУ-ядра и создание кросс-платформенного калибровочного полигона
Уважаемые коллеги!
В продолжение. . .
|
|
Грибы - это женщины, деревья - это мужчины. Анти инь янь для союза мужчины и женщины.
anaschu 18.07.2026
ГЛАВНЫЙ НАУЧНО-ФИЛОСОФСКИЙ ВЫВОД: Сексуально-Репродуктивный Капитализм против Государства Моногамии
Коллеги, мы вышли на финишную прямую 20-мерного ОДУ-моделирования вековой сукцессии (ветка. . .
|
Текстовый слайдер с нумерацией страниц и кроссбраузерность.
russiannick 18.07.2026
Один мой друг написал текстовый слайдер с нумерацией страниц. Сегодня я расскажу как он умудрился подружить его с кроссбраузерностью.
Очевидно сложно угодить с шириной каждому браузеру. Один крадет. . .
|
Грибы - это мемы, дерево - это человек. Применение микоризной модели к теории меметики Докинза.
anaschu 18.07.2026
Меметический изоморфизм теории «всего»: Грибная сукцессия как модель эволюции идей Докинза
Базовый код системы ОДУ микоризной сукцессии описывает не просто биологию, а универсальную. . .
|
Грибы - это корпорации, деревья - это государства. Механизм массонского захвата власти
anaschu 18.07.2026
Макроэкономический изоморфизм теории «всего»: Грибная сукцессия как модель транснационального капитализма
Базовый код системы ОДУ микоризной сукцессии описывает не просто биологию, а. . .
|