Отговори на тема  [ 25 мнения ]  Отиди на страница Предишна  1, 2
Алтернатива на MS Access за пълнене на база данни 
Автор Съобщение
Ранг: Форумен бог
Ранг: Форумен бог
Аватар

Регистриран на: Нед Ное 21, 2004 10:31 pm
Мнения: 9635
Мнение Re: Алтернатива на MS Access за пълнене на база данни
тия диаграми имат смисъл, ако генерират/импортват .xml, на базата на който в последствие да се генерират (в общия случай) 'апове' - форми, интерфейси, мейлове, тригери и ала-бала.
но това предполага добре обмислена схема (.xsd), което не знам доколко въобще е възможно.


Вто Авг 20, 2019 7:40 pm
Профил
Ранг: Форумен бог
Ранг: Форумен бог

Регистриран на: Пон Мар 13, 2006 12:59 pm
Мнения: 3855
Местоположение: Габрово
Мнение Re: Алтернатива на MS Access за пълнене на база данни
Дедо, да, хмл-е като формат за съхранение, само че не просто има схема, а много сериозен стандарт отгоре - точно с идеята информацията да е преизползваема в произволен инструмент. Ако си запознат с UML е на същото ниво. УМЛ е за обектно моделиране, а BPMN е за процес-ориентирано моделиране. И двата стандарта се движат от OMG организацията и се работят в големи групи за да се избегне залитането както би станало ако си го прави някоя фирма.
Инструментите не са просто графични редактори, а ги водят енджини които да ползват качествено описаната информация за да правят автоматични апп-ове, форми, репорти и т.н., т.е. да могат да генерират код по накякви шаблони.
В моята посока конкретно за да има шанс да излезе някаква смислена форма има нужда от модел на информацията, която касае някой детайл. Ако това е описано достатъчно добре като атрибути на нещото си (с единици, скалиране, толеранси) ще има достатъчно материал за се създадат полетата и да се наслага валидирането. Идентификаторите на детайлите/заготовките също може да ги има там - това е "нещото" дето се движи по описания процес и го пишем примерно като баркод - влиза като профил 50х50х3, кило електроди, два диска за ъглошлайф и накрая излиза като масичка със сериен номер 123456.
Във функционалното програмиране го описват като зависимости - масичка е зависима от: крака, плот, болтове, крака са зависими от профил, ъглошлайф, диск, четеж, .. ълошлайф е зависим от ток, диск, ... после ток е зависим от кабел, щепсел, електромер, ....
Това прави на базово ниво "UAG" - еднопосочен ацикличен граф, демек описание на процеси, демек workflow за работа. Ако искаш масичка трябва да осигуриш всичкото нататък по графа и всичките му разклонения. Т.е. да заскладиш железа, инструменти, HR-спецка, бай Антон, бирата, кабелите, галошите, телта.
Много е близко до билд системите, да кажем make - за да изкараш DLL-а примерно трябва да опишеш линкването, ама за линкването ти трябва обектни файлове, значи трябва да опишеш как те са зависими от сорсове, хедъри, тулчейн, обкръжение. Като решиш че си стигнал до някаква крайно ниво за теб, т.е. входно според това което правиш, т.е. може би казваш "сорсовете и компилатора го имам, описвам оттук нататък" спираш и броиш че твоята част от конвейра е готова. Ако си пишеш сорсовете обаче не спираш там - почваш да казваш "*.C" ще го бъде ако напиша/намеря алгоритъм за смятане на crc примерно, алгоритъм за crc може да дойде от еди къде си - ако е нещо по-сложно пишеш зависимост от академик Петков, които умело върти диференциали или просто смуче евросубсидии.
Според един (да кажем) познат като си прави бизнес процесите и планове описва и перото "подкупи", тук ще трябва да се закачиш като зависимост от черната каса и някой с връзки на подходящото място.


Вто Авг 20, 2019 9:30 pm
Профил
Ранг: Форумен бог
Ранг: Форумен бог
Аватар

Регистриран на: Нед Ное 21, 2004 10:31 pm
Мнения: 9635
Мнение Re: Алтернатива на MS Access за пълнене на база данни
не съм ги чел особено подробно и двата стандарта, още по-малко схемите.
но ако има подобна конвенция, защо, по дяволите, резултата е толкова мъчителен и в страни?


Вто Авг 20, 2019 10:53 pm
Профил
Ранг: Форумен бог
Ранг: Форумен бог

Регистриран на: Нед Сеп 26, 2004 8:21 pm
Мнения: 27949
Местоположение: София
Мнение Re: Алтернатива на MS Access за пълнене на база данни
Work flow добре, колко подробен може да е обаче, и до какво води това? Твърде подробен workflow води до твърде сложни взаимовръзки, можеш да имаш много разклонения, за всяко трябва да имаш сценарии с решения, които пък могат да зависят от други и т.н. Става много сложно, освен това твърде сложен процес изисква твърде много интеракция с оператора. Твърде прост пък е обратното. Това само ако гледаме workflow. Тук има решение още от времето на NORAD е въведено така нареченото management by exception, при което се опростява автоматизирано на процесите, което работи по е до момента до който системите не придобият достатъчно АИ.
Но ако говорим конкретно за системи за управление, има и друг момент, как имплементираш съответният процес, без значение колко подробно е разписа. Това е най-съществената част, и тук започват сериозните проблеми, и точно това води до опити за напасване на процесите още на етап описание.


Сря Авг 21, 2019 1:31 pm
Профил
Ранг: Форумен бог
Ранг: Форумен бог

Регистриран на: Пон Мар 13, 2006 12:59 pm
Мнения: 3855
Местоположение: Габрово
Мнение Re: Алтернатива на MS Access за пълнене на база данни
Ами доста подробен трябва да е - и това не е само за случаите с BPMN, но и за сап и кирка. Това е малко като дали да документираш нещо - ти си го знаеш, за теб е пълна загуба на време да описваш. Само че в момента в който трябва да обмениш тая информация става нужно. Тия диаграми и стандарти дават изразни средства, които да са по-лесно разбираеми. Едно е да ръкомахаш на среща с някого и да се надяваш да вижда картинката в главата ти, друго е да го напишеш. Ако намериш математическото описание гарантирано няма да има издънки - само че математиката дето покрива тия проблеми не е разбираема за счетоводители, мениджъри и ако щеш дори редови инженери.
Ако работиш сам (в смисъл да движиш примерно сам производството както при теб) със сигурност е нерентабилно да губиш време в писане. Ако решиш да се оттеглиш ще вземеш някой младок и за години ще му набиеш в канчето каквото трябва.... или може би не?
Всичките форми на моделиране - математическо, UML,... изискват много време и разбиране. Аз затова повече клоня към идеята за не-универсално моделиране (UML е универсално, т.е. за всички проблеми) - не-универсалните са domain specific - да си измислиш специализиран за дадена област език, диаграма от елементи и т.н. които да са лесно разпознаваеми от експертите в тая област - примерно "фактура", "приход" за счетитата, "обект" за OOP програмисти, зависимост за функционалните и т.н.
А ползвата от подробния модел е че има достатъчно информация да се правят трансформации - т.е. от тия данни да изкараш цялата форма барабар с валидирането, правата за достъп и схемата на базите примерно.


Сря Авг 21, 2019 6:42 pm
Профил
Ранг: Форумен бог
Ранг: Форумен бог

Регистриран на: Нед Сеп 26, 2004 8:21 pm
Мнения: 27949
Местоположение: София
Мнение Re: Алтернатива на MS Access за пълнене на база данни
Гичо, за съжаление от моят опит не става нито с набиване на каче, нито с документиране на процеси,и двете са еднакво неефективни. Процесите трябва да се симплифицират до ниво до което могат да бъдат изпълнявнаи И ръководени от средно статистически идиот защото такива са кадрите. Защо мислиш че малоумник който не може да схване 5 прости постановки ще се оправи с описание и диаграми па ако ще и да у са рисувани давинчи?
Иначе при нас всичко се описва и то доста подробно, но виждам че това никак не помага, на никакво ниво Не само бизнес процеси се описват, аз описвам почти всеки по специфичен процес, дори неща от сорта как се реже те това парче алуминий, и то с детайли до ниво затегни си болтовете на ограничителя, провери си ъгъла на масата и на рамото ... и пак не се прави.


Пет Авг 23, 2019 10:29 pm
Профил
Ранг: Форумен бог
Ранг: Форумен бог

Регистриран на: Пон Мар 13, 2006 12:59 pm
Мнения: 3855
Местоположение: Габрово
Мнение Re: Алтернатива на MS Access за пълнене на база данни
На практика е така, и то на много места. Но нали точно срещу това се борим? Да, лелката не и се мерят всички размери, ама системата не подава формата докато не са въведени всички, ако изобщо метне детайла нататък по веригата ще я овика колежката и че тоя номер не е минал предната фаза и т.н. В смисъл целите тия системи имат и функцията да гарантират че процеса се изпълнява спред описанието и има проследяемост на изпълнението назад до склада.
Има аналогия с чертежи примерно - ако "художникът" е направил чертежа но не е сложил допуски, грапавост и т.н. е много вероятно година всичко да върви без проблем, но после като се пенсионира бай Ставри дето е знаел отпреди тия детайли за какво се ползват и е работил с правилните допуски от опит, като го смени новия шлосер да се окаже че детайла не влиза на мястото си.
Цялата борба е как така тези, които описват и разработват процесите - инженери, технолози, да имат методика (стандарт, език) чрез които да гарантират че ще направят достатъчно добре описан процес. После дали новия ще ползва от чертежа данните за грапавост е за качествения контрол, но от технологичното описание трябва да са налични.
Това може да стане и с класически средва и описания - чертежи, инструкции и т.н. и така се е правило и досега. Интегрираните процеси и там индустрия 4.0 изискват тези документи (чертежи, инструкции, форми) да са автоматичен продукт от описание на по-високо ниво - да кажем чертежа да не е с туш, да е излязъл от 3D модел на цялата сглобка, в който има данни за всички детайли, начина на сглабяне (хлабини), ако щеш натоварвания от които да се избере дебелина или материал или повърхностна обработка и т.н. В смисъл че просто 3d модел на вала също не е достатъчен - той трябва да е дошъл от друго описание, което всъщност е "заданието" или "изискванията" дето е получил този, които го е измислял и смятал.
А какво в свършил тоя дизайнер - като са му казали разработи редуктор за еди какво си той си е спомнил за какви видове редуктори е учил, кои конструкции в какви случаи се ползват, и от 10-те да кажем вида които е учил е избрал номер 3, после се е сетил или прочел каква е методиката за оразмеряване - дето си е математически алгоритъм с определени входни данни и излизат като резултат 345 механични параметъра на 20-те детайла (примерно вътре). Тоя процес се смята че е само за човешки интелект, ама дали ако учебника с 10-те типа редуктори, правилото за избиране на оптимален тип, алгоритъма за смятане на дадения тип, са въведени като математика в някакъв код то той няма да се справи дори по-добре? В оптимистичния случай ще се справи наравно в инженера, в 90% от случаите ще го бие защото оня е забравил 2 от типовете, или едно от правилата за избор, или е сбъркал с калкулатора. Отделно че работата на автомата е проследима и след 10 години като разследват що е паднал 797-макс-876-хипер-987 самолета ще може да се провери тая стъпка дали не е сбъркала.
А в тая индустрия 4.0 целта е новата поръчка да е от типа "искаме нов двигател вече не с 1000 к.с., а с 1150" и от това да сработи автоматична (без човек) сметка коят да преоразмери редуктора и всичко друго, да извади чертежите или по-точно данни за цнц-тата и накрая да бие новия етикет "1150к.с.". Т.е. да е "made to order" ама пак да се ползва цялата автоматизация (ако съм прав за термина де).


Съб Авг 24, 2019 7:48 am
Профил
Ранг: Форумен бог
Ранг: Форумен бог

Регистриран на: Нед Сеп 26, 2004 8:21 pm
Мнения: 27949
Местоположение: София
Мнение Re: Алтернатива на MS Access за пълнене на база данни
Охх не ми говори за индустрия 4.0, нашето е само асемблаж което много опростява нещата, производството на самите неща е изцяло аутсорснато с някои съвем малкии изключения, и пак ми се въртят в главата сцени от хелрайзер.
Аз съм съгласен с това кеото казваш, идеята ми допада, но в един моментзапочваш да се чудиш дали цялата галимация работи за дейността или дейността работи за галимацията. За автопроизводители и др. от този тип сигурно е напълно оправдано, но за по-прости изделия нещата доста започват да кантарят, без значение от обема и броя персонал. Между другото проблема аз го виждам точно в малки и средни производства, в големите като абсолютна стойност имаш доста повече кадърни хора и работата някак се свършва, при малките може би пак е така защото един двама човека могта да поемат всички отговорни задачи и да управляват надолу 50-100 човека, естествено с подходящата структура. В средните обаче е най-зор, там вече 1-2-ма не вършат работа, щото те ако са на топ ниво ще имат и много други ангажименти, хората под тях ставта твърде много и нещата се закучват. И там хем искаш да внедриш нещо, хем нямаш ресурса, чисто човешкия да го направиш, хем това внася съществено усложнение в работата ти .. абе ... дърво е. Ние сме точно среден размер, добре че самото производство е обособено в сранително малки самостоятелни единици, и повечето хора се занимават с други дейности, иначе ако имаше 2000 асемблатора изобщо не ми се мисли, сигурно сега щях да пиша от затвора...


Съб Авг 24, 2019 7:39 pm
Профил
Ранг: Форумен бог
Ранг: Форумен бог
Аватар

Регистриран на: Нед Ное 21, 2004 10:31 pm
Мнения: 9635
Мнение Re: Алтернатива на MS Access за пълнене на база данни
gicho написа:
А в тая индустрия 4.0 целта е новата поръчка да е от типа "искаме нов двигател вече не с 1000 к.с., а с 1150" и от това да сработи автоматична (без човек) сметка коят да преоразмери редуктора и всичко друго, да извади чертежите или по-точно данни за цнц-тата и накрая да бие новия етикет "1150к.с.". Т.е. да е "made to order" ама пак да се ползва цялата автоматизация (ако съм прав за термина де).

в индустрия 3.х++ само се печата нов етикет за 1150 кс :roll: и маркетотолозите се емват да го тръбят по медиите и изложенията. клиента много трудно улавя разликата от 10% в мощността. но веднага забелязва удвоената цена и е убеден, че щом се е ръснал, мощността е по-голяма.

индустрия 4.0 е бляна на меринджейте и счетитата как да се освободят от досадните инженери


Нед Авг 25, 2019 8:25 am
Профил
Ранг: Форумен бог
Ранг: Форумен бог
Аватар

Регистриран на: Чет Фев 03, 2005 1:21 am
Мнения: 10573
Местоположение: София
Мнение Re: Алтернатива на MS Access за пълнене на база данни
А в индустрия 5.11 ще е наблегнато основно на модула "бонуси"... :D


Нед Авг 25, 2019 10:46 am
Профил
Покажи мненията от миналия:  Сортирай по  
Отговори на тема   [ 25 мнения ]  Отиди на страница Предишна  1, 2

Кой е на линия

Потребители разглеждащи този форум: 0 регистрирани и 2 госта


Вие не можете да пускате нови теми
Вие не можете да отговаряте на теми
Вие не можете да променяте собственото си мнение
Вие не можете да изтривате собствените си мнения
Вие не можете да прикачвате файл

Търсене:
Иди на:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group.
Designed by ST Software for PTF.
Хостинг и Домейни