Hoe zorgen we voor de nauwkeurigheid van onze structurele software?

Aristoteles zei ooit: “kwaliteit is geen handeling, het is een gewoonte. " Kwaliteit is een aangeleerd gedrag dat wordt bepaald door herhaling. Daarom geloven we dat kwaliteitsborging gaat over het opzetten van een specifieke reeks procedures en protocollen om bepaalde normen te waarborgen. Dit artikel behandelt de procedures van SkyCiv die de nauwkeurigheid van onze resultaten en de kwaliteit van ons product garanderen. Onze gebruikers vertrouwen ons elke dag met hun projecten en dit is geen verantwoordelijkheid die we lichtvaardig opvatten. Deze hoge waardering is het gevolg van twee dingen: (1) het vertrouwen van onze gebruikers en (2) passie voor ons product. Passie voor ons product betekent dat voor ons, zelfs de kleinste details zijn belangrijk. Leer meer over 6 van onze procedures die we volgen om de nauwkeurigheid en kwaliteit van onze structurele analyse- en ontwerpsoftware te waarborgen:

1. Automatische Solver Tester vergeleken met traditionele softwareresultaten

Een van onze belangrijkste interne processen die we hebben om de nauwkeurigheid van onze resultaten te garanderen, is een automatische oplosserchecker. Dit script doorloopt meer dan duizend modellen van geverifieerde modellen en vergelijkt de resultaten van onze oplosser met deze bekende waarden. Met elk bestand, het script controleert elk resultaat (reacties, afschuifkracht, buigend moment, afbuiging, spanningen en meer) voor elk lid van het project. Dit komt neer op het controleren van letterlijk tientallen miljoenen resultaten. We draaien deze oplosser voor elke update, en zal niet worden vrijgegeven totdat de resultaten overeenkomen om 100%. Voor onze ontwerpmodules, we vertrouwen op voorbeelden van codeverificatie die worden geleverd door de verschillende standaarden over de hele wereld. Deze worden gecontroleerd aan de hand van de SkyCiv-resultaten en openbaar gemaakt voor gebruikers. Bijvoorbeeld, volgens de AISC 360-10 vrijlating, wij controleer de resultaten met de verstrekte voorbeelden gegeven door AISC. We hebben ook een uitgebreide lijst met analyseverificatiemodellen en voegen wekelijks meer toe.

2. Gebouwd door ingenieurs, voor ingenieurs

Ons eigen productontwikkelingsteam bestaat volledig uit gekwalificeerde structurele en mechanische ingenieurs. Met jarenlange ervaring in hands-on constructief ontwerpen, ons team weet precies wat ze bouwen. Dit zorgt ervoor dat er geen hiaten zijn tussen productontwikkeling en technische kennis; het is allemaal geïntegreerd. De kwaliteit is mede afhankelijk van het feit dat onze software volledig in eigen beheer wordt gebouwd, door fulltime SkyCiv-medewerkers - niets wordt uitbesteed om ervoor te zorgen dat ons product op een hoger niveau blijft. Ons team is ook buitengewoon gepassioneerd over elke hoek van de software. We besteden uren aan het plannen en bouwen van een functie om ervoor te zorgen dat deze werkt zoals we willen. Ik geloof dat iedereen die heeft gebruikt onze software kan de grote aandacht voor detail zien die we hebben besteed aan het intuïtief maken van de software, krachtig en plezierig in gebruik.

3. Geprobeerd en getest

De SkyCiv-software voor structurele analyse heeft meer dan 8 miljoen lost op. Dat is 8 miljoen structuren die zijn geanalyseerd door de software en vervolgens zijn beoordeeld door ingenieurs. Ingenieurs zijn een voorzichtig ras - dubbel-controle werk, oplossingen verifiëren en (de goede) neem een ​​softwareresultaat met een korreltje zout. Ingenieurs hebben onze software kapot gemaakt met miljoenen van hun projecten - zonder resultaatverschillen sinds de automatische oplosser tester meer dan twee jaar geleden werd geïmplementeerd.

4. 3Validatie van derden

SkyCiv heeft ook een keuring door derden ondergaan om op een aantal goedgekeurde softwarelijsten te staan. Dit proces wordt uitgevoerd door onafhankelijke gekwalificeerde professionele ingenieurs (P.E), om de resultaten van onze software te valideren. Dit omvat het modelleren en analyseren van een aantal voorbeeldstructuren, functies en FEA-instellingen. Bijvoorbeeld, er zijn aparte tests voor statische, knik- en niet-lineaire analyse om ervoor te zorgen dat de software over de hele linie functioneel en nauwkeurig is. Een dergelijke goedgekeurde lijst waar SkyCiv op staat, is de De vooraf geaccepteerde lijst met structurele software van Hong Kong Building Department, waar we aan moeten deelnemen voor het indienen van ontwerpen in Hong Kong.

5. Open Rapportage

Nog steeds onzeker? SkyCiv is toegewijd om te openen, transparante software - met alle berekeningen, aannames en resultaten in onze ontwerprapporten. SkyCiv's ontwerpsoftware (Gewapend beton, Ontwerp van verbindingen en leden) hebben allemaal een open rapportage, zodat ingenieurs de stapsgewijze berekeningen van de software kunnen bekijken. De rapporten zijn in een professioneel pdf-formaat, klik hier voor een voorbeeld AISC 360 Ontwerprapport van SkyCiv's structurele 3D-software. Ingenieurs toestaan ​​de berekeningen van de software te beoordelen, betekent de aannames, berekeningen en resultaten kunnen allemaal worden bekeken en gecontroleerd voordat een ingenieur het ontwerp ondertekent.    

6. Onze bugs volgen

Onze live-versie geeft ons constant bugs en fouten die door onze gebruikers worden ontvangen. Door deze foutopsporing kunnen we eventuele problemen met de software identificeren, zodat deze kunnen worden gerepareerd. Omdat we in de cloud zijn gevestigd, we kunnen de bug repareren, voer de oplossercontrole uit en breng een update uit zonder dat de gebruiker het ooit merkt. Dit betekent dat we de gebruikerservaring voortdurend verbeteren door constant te monitoren, het repareren en updaten van de software.

7. Bètaversie

Over het algemeen proberen we belangrijke functies of features als bètaversie vrij te geven, voorafgaand aan de volledige release. Wat dit doet, is dat onze gebruikers het programma zorgvuldiger kunnen gebruiken en ons waardevolle informatie kunnen verstrekken om de nauwkeurigheid en prestaties van de functie te garanderen.. Dit is gebruikelijk bij softwareontwikkeling en zorgt ervoor dat de gebruiker zich ervan bewust is dat dit deel van het programma mogelijk niet aanwezig is 100% en moet conservatief worden gebruikt. Dit staat voorop bij het waarborgen van kwaliteit. We testen de release op verschillende real-life applicaties, over combinaties van apparaten, besturingssystemen en browsers. Zoals u zich kunt voorstellen, dit komt neer op duizenden combinaties die we intern nooit zouden kunnen testen.

Gratis inschrijven