| Nyelv : |
|
| Enciklopédia közösség |Enciklopédia válaszok |Küldje el kérdését |Szókincs |Feltöltés ismeretek |
Szoftver metrikák |
|
Szoftver metrikák a szoftver fejlesztési projektek, a folyamat és a termék az adatok meghatározása, összegyűjtése és elemzése folyamatos mennyiségi folyamat, a célja az, hogy kell érteni, előrejelzés, értékelése, ellenőrzése és fejlesztése. Nem szoftver metrikák, nem a camera obscura szoftverfejlesztés kiugrik. Szoftver metrikák javítható a szoftverfejlesztés folyamatát, és elősegítik a projekt sikere, a magas minőségű szoftver termékek. Orientált szoftver fejlesztés mérőszámok keresztmetszete legtöbb kérdésben, beleértve a vevői elégedettség mutatókat, minőségi mutatókat, a projekt mutatókat, és márkaérték mérés értékét mérhetjük a szellemi tulajdonjogok, és így tovább. A hivatkozhat arra a tényre, hogy az orientációs mérések, adatok, elvek, szabályok, a megközelítés, hogy tesztelje, audit, vizsgálat, ezek az eszközök statisztikák, grafikonok, ábrák, modellek, a hagyományos mennyiségi mutatók.Fejlesztési folyamat Ha Lemmerich mondta, földmérő a tudomány régóta [116]. Viszonylag korán 1889-ben a meghatározását egy jó mértékegység ~ m hosszúságú mérés [116], hőmérsékletének mérésére bonyolultabb. Fahrenheit és a Celsius hőmérséklet mérési módszereket javasoltak alapján progresszív osztásértéke fix pont 1714-ben és 1742. Celsius lesz osztva 100 egyenlő részre a 100 fok és 0 fok. De a probléma nem egyértelműen meghatározzák volt 50 Celsius fok. És mindig mérni a hosszát arány skála, de a hőmérséklet használhatja intervallum (Celsius / Fahrenheit hőmérő), illetve aránya skála (Kelvin) mérésére. Ma, a számítógép szinte minden területen életünk játszik nagyon fontos szerepet. Futó szoftver a számítógép egyre fontosabb. Így kiszámítható, megismételhető, és pontosan tudja szabályozni a szoftverfejlesztési folyamat és szoftver termékek már nagyon fontos. Szoftver metrikák egy eszköz mérésére szoftver minőségét. Szoftver minőség egy olyan rendszer, alkatrész vagy eljárás megfeleljen a vásárlók igényeinek és elvárásainak, vagy a felhasználói szinten. Szoftver mérőszámok vagy mérések terén a szoftverfejlesztés egy igen aktív kutatási terület a szoftverfejlesztés az elmúlt 30 évben. Szoftver metrikák (szoftver mérés) és a szoftver mérőszámok (szoftver metrikák), egy nagyon híres (Fordító megjegyzése: Annak érdekében, hogy megkülönböztessék a fordító szoftver mérési és szoftver metrikák lefordítják szoftver metrikák és a szoftver, hogy az intézkedés, sőt, lehet kifejezni szoftver metrikák). De nincs egyértelmű különbséget a tudomány a két kifejezést. Referencia mérési elmélet [159] kapcsolódó kifejezések, használjuk szoftver metrikák (szoftver mérés). Pont a szakirodalomban, ezek a két kifejezések szinonimája. Intézkedés (metrikus) metrikus tér itt nem azzal, hogy kell értelmezni: objektív intézkedés homomorf leképezés tárgyak digitális objektumok. Homomorf leképezést tartalmazza az összes kapcsolatot és szerkezetének feltérképezése. A másik szó, szoftver minőségét és szoftver metrikák egyenes kapcsolat. Ez az intézkedés az alapvető fogalmak és a szoftver mutatókat. Szoftver metrikák kutatás két táborra oszlik: az egyik lehet gondolni szoftver metrikák, némelyek úgy gondolják, hogy a szoftver nem tudja átadni metrikus elemzése. Különben is, a mainstream kutatás foglalkozik a minősége a szoftver és a szoftver, meg kell, hogy fontolja meg a mennyiségi mutatókat. Jelenleg több mint ezer szoftver metrikák javasoltak szoftver kutatók és gyakorlati szakemberek, és ma már több mint 5000 publikációt megjelent. Folyamatábra Van egy egyszerű üzleti folyamatábra Three fok Szoftver metrikák nyújthat számos fontos információt a projektmenedzser a projekt, és a lényeg a bizonyos szabályoknak megfelelően, ad konkrét számok vagy szimbólumok tulajdonság rendszer, alkatrész vagy folyamat minőség és más szervezetek, amelyek képviselik a kvantált entitás attribútumai, így A gazdálkodó egység is világosan érthető. Szoftver mérőszámok egész szoftverfejlesztési életciklus, szoftverfejlesztés eljárást végzik, hogy megértsük, előre, értékelése, ellenőrzése és javítja a fontos szállító. Szoftver minőség mérőszámok alapján az intézkedés az elméleti matematika alapjait. Szoftver mutatók közé tartozik a három dimenzió, azaz a projekt mutatókat, a termék mérőszámok és a folyamat mutatókat. Jelentés Rövid bevezetés A szoftverfejlesztés, az alapvető cél a szoftver metrika kell kezelni. Használja a mérőszámok, hogy javítsa a szoftver folyamat. Az emberek nem tudják kezelni a dolgokat, akkor nem tud mérni. A történelem szoftverfejlesztés, akkor rájönnek, hogy az 1960-as évek nagy szoftver válságára szoftver tükrözi a szoftverek fejlesztési menedzsment. A vezetők: nincs láthatóságát szoftver folyamat nem tudja kezelni, míg látni a dolgokat, nem megfelelő intézkedést vagy a megfelelő kritériumok, hogy megítélje, az értékelés és a döntéshozatal nem lehet jó gazdálkodás. Azt mondjuk, hogy egy nagy szoftverfejlesztés módszertan annak érdekében, hogy a láthatóság területeken. De csak, hogy javítsa a módszer nem teszi a mérnöki fegyelem. Ez szükségessé teszi a használatát mutatókat. Intézkedés egy olyan objektum, amely használható is hasonló. Intézkedés ismert dolog, hogy követni és értékelni. Az ismeretlen, a metrikus használják előrejelzést. Ez az ülés megvitatja néhány alapvető probléma szoftver mutatókat. Fel kell ismerni, hogy az eredmények a szoftver metrikák nagyon előzetes, ez is igényel sok munka vár ránk, hogy valóban praktikus, de felmérhetetlen hatása kiváló minőségű és nagy sebességű fejlődés a gyakorlati eredmények lesznek szoftver. Szóval, az egyik, hogy mi az az intézkedés is? Intézkedés koncepció Mérőszámok léteznek számos rendszer a mag köré életünk között. A gazdasági szférában, a metrikus határozza meg az árat, és a kifizetéseket, a radar rendszerek, mérőszámok, hogy mi lehet észlelni repülőgép a felhők, az egészségügyi rendszer, amely lehetővé teszi, hogy diagnosztizálni bizonyos intézkedések az egyes betegségek, időjárás-előrejelző rendszerek, a mérési az alapja az időjárás-előrejelzés, a fejlődés nem méri a technológia egyszerűen nem lehet. A formális definíciója metrika: olyan intézkedés utal a valós világban, a számot vagy szimbólumot rendelt egy ingatlan egy gazdálkodó egység úgy, hogy le kell írni oly módon, hogy azokat alapján világos szabályok. Ezért a szóban forgó intézkedés célja, hogy információt szerezzenek a fizikai tulajdonságait. Az egység lehet egy kedves, mint például az emberi, vagy szoba, vagy egy esemény, mint például az utazási, tesztelés fázisban, vagy egy szoftver projekt. A tulajdonságok jellemzői vagy tulajdonságai az egység is van szó, mint például a vérnyomás, magasság (fő), az idő (teszt fázis), tartomány vagy színes (szoba), költségek (utazás), és így tovább. Ezért, hogy azt mondják: "intézkedésre a dolgok", vagy "az intézkedés vagyon," a nyilatkozat nem volt teljesen korrekt, meg kell mondani, hogy "mérni a tulajdonságait a dolgok." "Intézkedés a szoba" érv homályos, azt mondhatjuk, hogy az intézkedés a hossza, és a hőmérséklet-tartomány. Is mondják "intézkedés hőmérséklet" is egyértelmű, azt kell mondani: mi hőmérsékletének mérésére egy adott helyen és az adott körülmények között. Elméleti támogatás Ha a design a kör, amikor alkalmazni Ohm törvényét. Ez a törvény írja közötti kapcsolatot ellenállás, áram és feszültség a három áramkörök. De ezek az elméletek már túlmutat a tudományos módszer általános értelemben, azokon a területeken, ahol ez az intézkedés a legalapvetőbb dolgokat. Intézkedés mellett szerepet a folyamatban fejlődő elmélet, az általunk használt mérőszámokat és alkalmazza azokat. Ezért a tervezés egy adott áramkör áram, ellenállás, ha tudjuk, hogy mennyi feszültséget. Ha nem mérik, nehéz elképzelni, elektronikus, mechanikus törvények, és a közös projektek kidolgozására. De valójában már intézkedés figyelmen kívül hagyja a mainstream szoftverfejlesztés. A jelenlegi helyzet: ■ Amikor kialakítása és fejlesztése szoftver termékek, akkor nem alakul ki mérhető célokat. Például: Garantáljuk, hogy mi lesz, hogy felhasználóbarát, megbízható és könnyen karbantartható, míg nem használja a metrikus kifejezéseket a részletekre sajátos jelentése van. Gilb egyszer azt mondta: az úgynevezett fuzzy cél tétel, hogy nincs egyértelmű célja a projekt nem fogja elérni céljait világosan. ■ nem tudjuk különböző részein a tényleges költség egy szoftver projekt lenne hatékony intézkedés. Például: Általában nem tudjuk, és a tesztelés során, mint a mennyit a tervezési fázisban időt vesz igénybe. ■ Mi nem arra törekedjünk, hogy a különböző minőségű termékeket fejlesztünk képzett. Így nem tudjuk használni a kifejezést (például: a lehetőséget, ha nem használja egy ideig, mint a telepítés, a termék, hogy dolgozik az új környezetbe kerül), hogy a potenciális felhasználók a nagy megbízhatóság, a termék leírását. ■ Mindig próbál meggyőzni magam, hogy használjon egy új fejlesztési módszerek és innovatív módszerek szoftverfejlesztés Sőt, mi az, ami a szoftvert mérőszámok nagyon kevés a munka, és a munka is mérik szempontjait fázisok szétválasztása és mérése tudomány általános értelemben. Gyakran látjuk, hogy a fajta szó: "80%-a szoftver költségek költött karbantartásra. "Vagy" szoftver ezer vonal átlagosan 55 Bugs. . " De ezek a szavak nem mondja el nekünk, hogyan kell előállítani egy ilyen eredményt, a vizsgálat, hogyan kell megtervezni, végrehajtani, az intézkedés, hogy a szervezet, és mi a baj keretben. Ezek nélkül a dolgok, nem tudunk objektíven mérte megismételni a saját környezetben, reprodukálható eredményeket, hogy egy igazi mércéje képest az ipari szabványoknak. Ennek köszönhető, hogy a problémát a nem megfelelő intézkedés eredménye volt hiánya szigorú mérőszámok okozott. Amellett, hogy a hagyományos számítógépes hardver teljesítménymutatókat, összetettsége az algoritmus intézkedés már fontos része a számítógép-tudomány. Azonban ez a mérési módszer csak akkor alkalmazható, hogy egy kis programot, de a nagy, komplex szoftver nem csinál semmit. Ez kategóriájába tartozik a szoftverfejlesztés. Ha nem ismerjük az intézkedés lesz még fontosabb szerepet abban az esetben, a szoftver válság továbbra is fennállnak a következő években Eszköz Mivel a szoftver kvantitatív módszerek: fontosak (például a szoftver metrikák) továbbra is növekszik, ott már sok mutatókat eszköz a piacon. Ugyanakkor a mérési eszköz még mindig nagyon zavaros. Mivel nincs egységes intézkedés, szabványok, egyes eszközök a találmány szerint a saját üzleti szoftverek mutatókat specifikáció. Irodalom [44] volt egy jó eszköz az intézkedés felülvizsgálatát. Daich és egyéb mérőeszközök alapuló taxonómia oszlik a következő kategóriákban: ● közös mérési eszközöket; |
| Használó Felülvizsgálati |
|
Nincs még hozzászólás |
