A CAD integráció kis fejlődése - költségek

Halála után SAICICSzámos mexikói program vette át ezt a piacot, és az egyik automatizált mérnöki terület volt. Emlékszem, hogy néha tanítottam a költségtanfolyamot, és különféle (ezekben a napokban elérhető) alkalmazások tesztelésére volt szükség NewWall, Opus, Bajnok és Neodata. Ez utóbbi jobbnak tűnt számomra, bár zavart, hogy nem tudtam terjeszteni hazámban, mert egy hétre volt szüksége Mexikóban; A pénz hiányán kívül abszurdnak tűnt megtanulni olyan programot használni, amelyet már tudtam használni. Egyelőre az Opus hívja fel a figyelmemet, az utóbbi időben elég zajt csap az AdWords-ben, hogy megharapjon, hogy felülvizsgáljam ezeket a napokat ... de fizettem 😉

Mostantól ingyen vizsgáljuk meg a régi történetet, a jót, amelyet ezek a programok tettek, és miért annyira költséges a CAD-vel való integrációjuk.

A szükség

Egy építőipari vállalat, amely visszavonja egy nyolcemeletes épület pályázati dokumentumait, és két hét áll rendelkezésére javaslatának megfogalmazására, három mérnök idejét szánhatja a jegyzetfüzetben szereplő mennyiségek kiszámítására, az egységköltség-ívek Excel-ben történő meghatározására, hozzávetőlegesen költségtúllépési tényezők és a legigazságosabb becslés. Ha azonban az ajánlatok benyújtása után naponta engedélyezik az új javaslat újrafogalmazását, akkor bizony komoly nehézségeket okozna annak helyrehozása, anélkül, hogy rémálmok lennének a valószínű hibahatár miatt.

Az alapvető

Ebben a programban, mint a fent említettek, a SAICIC minden gyermeke ugyanazt csinálja, adatszerkezetet hoz létre a bemenetekből:

• Anyagok
• munkaerő
• alvállalkozói
• Gépezet
• szerszám

Ezután készen állnak az alapegység költségkártyák készítésére (alap), amelyeket később beépítenek konstruktív elemekbe (integrált), ezek a költségvetés tematikus soraiban vannak csoportosítva (példány), és végül a gazdasági javaslat szükségleteinek megfelelően (fejezetek). A logika Mátrix indexelt ugyanaz, mint az összes végrehajtott, egy lépéssel felfelé a fa felé projektek, emellett szükség van a növekvő igények adaptálására, mint például a gazdasági övezetek meghatározása és a túlzott költségű tényezők különböző követelményei, amelyek országonként eltérőek, de amelyeket paramétereztek (több mint kevesebb).

Emlékszem, hogy ezt a Lotus 123-ban végeztem, de haldoklott, de nagyon oktató, hogy megértsem a türelem kontinentális sodródását, hehe.

Az extrák

Következő lépésként a programok integráltan kiegészítik az alap egységköltség-modult, a becslés menedzselését a begyűjtés után, amikor az építkezés megkezdődött, egy modul az időtervezéshez kritikus úton, a készletkezelés és néhány egyéb modul a menedzsmenthez pénzügyi - irányítási.

Integráció a CAD-vel

A grafikai integráció szempontjából legfontosabb eredmény, bár nagyon primitív volt, megemlíthetjük két olyan alkalmazást, amelyeket a Neodata készített:

A dinamikus mennyiségek kiszámítása

Bár a forma az attribútumok révén meglehetősen archaikus, az utóbbi időben divatossá váló Bim (Building Information Modeling) jó konceptualizálásának tekinthető. A legjobb előny az, hogy a költségvetés "félig dinamikusan" tartható, így a tervek megváltoztatásakor a költségvetés módosítása generálható, ha úgy tetszik. Szintén jó az acél alkatrészekre történő alkalmazás, amely előbb-utóbb fejfájást okoz az építőmester és az acélerősítő vállalkozó számára.

Az attribútumok tematizálása

Az egyik „otthoni marketing” elnevezésű moduljában a Neodata integrál egy primitív GIS-t, ahol a tételeket a beszerzési állapot vagy a gazdasági fizetőképesség szerint festheti meg.

befejezésül

Szeretnék még többet mondani, de nincs sok más látnivaló, nem mintha nem létezne, hanem hogy népszerű lett volna a használata. Bonyolult megtalálni azt az okot, amiért ez nem sok előrelépés történt, nem a festett térképek térinformatikájának szélsősége és a pontos CAD-től való elválás. Azt sem tagadhatjuk, hogy felesleges szükségszerűségről van szó, a CAD / CAM és az AEC speciális költségprogramjainak ennyi piaca van.

Okot keresve csak arra tudok hivatkozni, amit Cappuccino-mozzanataim során levontam a C # -ben dohányzókkal, arra emlékszem, hogy nem egyszer hagytunk egy látomásos projektet ezen a területen a táblára. Míg IntelliCAD és a DataCAD megpróbálta, végül arra a következtetésre jutottunk, hogy a probléma a fejlesztések fenntarthatósága a legszélesebb körben alkalmazott vektorstandard instabilitása miatt (sokba kerülnek és keveset tartanak). Bár a dgn-t sokan robusztusabbnak ismerik el, a dwg ismertebb és a dxf egy szellem, amelyet mindenki hűtlen csere kedvéért vesz feleségül.

Hacsak ez nem változik, ez az álom marad a rémálom, amelyet a Quantity Takeoff átélt, amely annak ellenére, hogy olyan régi, mint az Eagle Point, és az AutoDesk kezében van, csak az Egyesült Államokban érhető el. Kíváncsi, hogy egyes mennyiségi felszállási funkciók integrálva vannak-e a Civil 3D-be, de nagyon keveset láttunk megvalósítani.

Reméljük, hogy a BIS kritérium megszilárdítása, amely most a GIS-hez és a integrált munka AutoDesk - A Bentley nagyobb stabilitást adhat a szabványokhoz; Ennek ösztönöznie kell a jobb alkalmazások fejlesztését ezen a területen ... fenntartható.