40 फंक्शन पॉइंट्स वर्षे: मागील, उपस्थित, भविष्यातील

लुई पातळ रस्सा करून

फक्त 40 ऑक्टोबर मध्ये वर्षांपूर्वी 1979, डॉ. अॅलन आल्ब्रेख्त सॉफ्टवेअर प्रणाली कार्यक्षमता आकार एक तंत्र प्रथमच प्रस्तावित. त्याचे तंत्र दत्तक घेतले, आंतरराष्ट्रीय मानक झाले, आणि प्रेरित इतर अनेक तंत्र आणि अधिक. या कागद गेल्या दाखवते, उपस्थित आणि (शक्य) फंक्शन पॉइंट विश्लेषण भविष्य योगदान.

भूतकाळ: मूळ, प्रेरणा व तर्क

1970 मध्ये, कोड ओळी (LOCs) अयोग्यरित्या सॉफ्टवेअर प्रणाली आकार वापरले होते (आणि तरीही अशा लष्करी आणि रिअल-टाइम आणि ऑटोमोटिव्ह प्रणाली म्हणून काही कार्यक्षम डोमेन मध्ये आज आहेत, फक्त काही नाव) आणि तो मुर्खासारखे जोन्स "उत्पादकता विरोधाभास" लेबल काय झाली [1]: अधिक LOCs लेखन अपरिहार्यपणे अधिक उत्पादनक्षम असल्याचे ... प्रोग्रामिंग शैली याचा अर्थ असा नाही, एक विशिष्ट प्रोग्रामिंग भाषा expressivity, LOCs मोजणी नियम (भौतिक किंवा तार्कीक, सह / टिप्पणी ओळी न ...) प्रकल्प एक प्रचंड परिवर्तनशीलता तयार (होय, प्रकल्प!) अंदाज. कारण त्या वेळी, आम्ही फक्त मेनफ्रेम होते, पीसी किंवा मिनी संगणक नाही. त्यामुळे, अगोदर निर्देश केलेल्या बाबीसंबंधी बोलताना (सॉफ्टवेअर) उपयोजन उत्पादन प्रयत्न एकूणच प्रकल्प प्रयत्न आणि सॉफ्टवेअर कार्यशीलता सर्वात एक सॉफ्टवेअर प्रकल्प मुख्य वितरण हेतू होते. एक परिणाम म्हणून, अनेक वर्षे (आणि अजूनही अनेक करार), फंक्शन पॉइंट्स (FPS) होते (आणि) चुकून "प्रकल्प आकार" ते फक्त उत्पादन कार्यक्षम आकार व्यक्त करताना हेतू. असं असलं तरी, आल्ब्रेख्त ध्येय "उत्पादकता विरोधाभास" मात करून व्यवसाय दृष्टीकोनातून उत्पादकता गणिते नेहमीसारखा एक मार्ग शोधण्यासाठी होते [2]. उत्तम कल्पना काहीतरी त्याच्या तंत्र बेस होते तंत्रज्ञान स्वतंत्र: प्रक्रिया आणि डेटा. त्यामुळे, एक FP गणना (आणि संबंधित उत्पादन कार्यक्षम आकार) कार्यात्मक वापरकर्ता आवश्यकता संच विश्लेषण साधित केलेली (furs) दत्तक तंत्रज्ञान आणि संस्थात्मक शैली असूनही समान आहे, प्रयत्न तर, कालावधी व खर्च / किंमत आहेत, अर्थातच, अशा घटक त्यानुसार चल. वर्षे प्रस्तावित विशिष्ट उदाहरण एक फ्लॅट "आकार" मोजण्यासाठी FP चौरस मीटर दिसत होता: चौरस मीटर संख्या दोन वेगवेगळ्या ठिकाणी दोन फ्लॅट समान असू शकते, पण त्यांना इमारत वेळ वेगळा असू शकतो (उदा. फ्लॅट विटा बांधले जाऊ शकतात किंवा prefabricated जाऊ), तसेच त्यांच्या उत्पादन खर्च आणि व्यावसायिक मूल्य म्हणून (मॅनहॅटन मध्ये एक फ्लॅट, न्यू यॉर्क, दुसर्या ठिकाणी आणखी एक पेक्षा चौरस मीटर प्रति अधिक खर्च होईल); खर्च मूल्य नाही.

पहिला पेपर, दिनांक 1979, अशा एक ध्येय विचारलेल्या पाया, त्याचे शीर्षक नुरूप ("मापन अर्ज विकास उत्पादकता"). हे मोल एक मोठे मोठा आवाज प्रतिनिधित्व, अशा एक नवीन नंबर प्रोग्रामिंग आधी आणि नंतर साधित केलेली गेले आहेत कारण विशेषतः फंक्शनल विश्लेषण उतारा इनपुट / आऊटपुट / क्वेरी आणि डेटा प्रयत्न, एक LOC संख्या केले म्हणून. आपण सुस्पष्टता एक निश्चित स्तर सह LOCs संख्या शक्यता नाही असल्याने आपला संघ उद्या खूप परिवर्तनशीलता निर्मिती होईल ...!

अनेक फायदे पण काही खुल्या समस्या आहेत: प्रकल्प प्रयत्न दरम्यान सहसंबंध (मनुष्य / दिवस) आणि उत्पादन कार्यक्षम आकार (FP मध्ये) त्यामुळे उच्च नाही, आणि एक मूल्य समायोजन फॅक्टर (VAF) एकरेषीय अपगमनाच्या विश्लेषण अशा एक संबंध आहे आणि R2 मूल्य सुधारण्यास करण्यासाठी सुरू करण्यात आली. VAF प्रारंभी वर गणना होते 10 सामान्य प्रणाली वैशिष्ट्ये (GSCs) पहिल्या मध्ये ± 25% परिवर्तनशीलता सह 1979 कागद, ते मुक्तता 14 दुसऱ्या व अंतिम कागद मध्ये GSCs, दिनांक 1983 [3], एक ± 35% प्रारंभिक "unadjusted" FP मूल्य परिवर्तनशीलता सह. VAF होते, म्हणून, पहिला मार्ग अप्रत्यक्ष "आकार" नॉन फंक्शनल आवश्यकता योगदान (NFRs), तसेच दोन्ही उत्पादन प्रकल्प पातळी. अॅलन आल्ब्रेख्त पासून ही दुसरी आणि अंतिम कागद अंतिम FPA रचना नमूद, ILF आणि EIF मध्ये प्रारंभिक गुरू डेटा कार्य प्रकार विभाजन, आणि अंतिम भार योजन प्रणाली नमूद (चालू IFPUG मार्क्सवादी कम्युनिस्ट v4.3.1 आवृत्ती म्हणून अद्याप वैध, दिनांक 2010 [4]) त्या वेळी ते. त्यामुळे, तो एक कार्यक्षम आकार दृष्टिकोन -from तुलना करणे शक्य आहे- हेतूने थोडासा प्रकाशीत वर्षांपूर्वी दुसरा आज लक्षात आले की एक सॉफ्टवेअर उत्पादन.

मध्ये 1987, IFPUG जन्म आणि त्याच्या हातात आयोजित आल्ब्रेख्त च्या तंत्र व्यवस्थापन आणि उत्क्रांती होते. पुढील वर्षांत, अनेक तंत्र दूर आल्ब्रेख्त कल्पना हलविले, आणि फक्त काही ISO मानके झाले, मध्ये दाखविले. 1:

अंजीर. 1: ISO FSM मानके (चिन्हित निळ्या रेषा सह)

अंजीर. 1: ISO FSM मानके (चिन्हित निळ्या रेषा सह)

ते आहेत (देखावा करण्यासाठी): मार्क-दुसरा (1988), NESMA FPA (1990), FISMA (199नाम) आणि वैश्विक (1998), किरकोळ रूपे भरपूर (येथे [5] त्यांना काही एक यादी).

FPA प्रथम वापर अंदाज आणि मापदांड तनणित हेतूने सॉफ्टवेअर उत्पादनांच्या फंक्शनल आकार निश्चित करण्यासाठी आणि सोपे -to होते- आयसीटी करार देयक एक करार युनिट.

मध्ये 1998, ISO तथाकथित कार्यात्मक सायझिंग मापन सामान्य तत्त्वे "14143" लेबल अंतर्गत मानके कुटुंबाच्या तयार करणे प्रारंभ केले (FSM) पद्धती, एक स्पष्ट प्रकारे सांगणे अशा पद्धती उत्पादन आकाराचे की (नाही एक प्रकल्प) आणि फक्त तेव्हा उत्पादन furs पासून हलवून, सुरुवातीला अशा VAF म्हणून समायोजन घटक समाविष्ट संबंधित ISO आवृत्ती वगळले जे [6]. तर्क? अशा "समायोजन / कॅलिब्रेशन" घटक NFRs आले, अशा प्रकारे, एक FSM पद्धत व्याप्ती बाहेर आहेत. पुरावा म्हणून: ISO 20926:2003 IFPUG मार्क्सवादी कम्युनिस्ट v4.1 साठी ISO मानक होते "unadjusted." आवृत्त्या 4.x -from 1999 वर- शुद्ध आवृत्ती व्याख्या आणि मूलभूत संकल्पना, विशिष्ट "वापरकर्ता" आणि "सीमा." आवृत्ती v4.3 (2010) definitively नमुना घालून देणारा मजकूर VAF वगळले (तसेच आयएसओ / IEC मध्ये 20926:2009) आणि परिशिष्ट C ऐतिहासिक हेतूसाठी तो ठेवली.

दरम्यान, Furs आणि NFRs समांतर प्रकारे उपचार करणे आवश्यक आहे पासून, सॉफ्टवेअर नॉन फंक्शनल मूल्यांकन प्रक्रिया (स्नॅप) प्रकल्प सुरु 2007, मध्ये v1.0 releasing 2011 [7], एक नवीन, पहिल्या नॉन फंक्शनल सायझिंग मापन (NFSM) पद्धत, जे उत्पादन सॉफ्टवेअर गुणवत्ता ISO मानक हलविले (9126 आधी [8], आणि वर्तमान उत्क्रांत 25010:2011 मानक [9]) कार्यक्षम आकार शक्य तितकी म्हणुन प्रयत्न करताना. अंजीर. 2 योग्य प्रकल्प व्याप्ती निर्धारित करण्यासाठी मदत करते, आवश्यकता तीन प्रकारच्या:

अंजीर. 2: आवश्यकता तीन प्रकारच्या ('एबीसी' योजना पासून)

अंजीर. 2: आवश्यकता तीन प्रकारच्या ('एबीसी' योजना पासून)

माहिती मार्क्सवादी कम्युनिस्ट v4.1 पेक्षा वेगळ्या पद्धतीने लिहिले होते. मी स्पष्टपणे नमूद 2012 मी लिहिले कागद MetricViews [10], 'एबीसी' स्कीमा; अशा वर्गीकरणाची तत्वे देखील एक वापरले होते 2015 कागद चांगले NFRs एक वर्गीकरणाची तत्वे व्यक्त IFPUG / वैश्विक सहकारी लिहिले [11]. हे वर्गीकरण योग्य विश्लेषण आणि त्यांना एक चांगला मापदांड तनणित विश्लेषण तुलना कोणत्याही प्रकल्पाच्या सुरुवातीपासून गंभीर आहे. अंजीर. 3 कसे सारांश वापरकर्ता गरज तैनात केले जाऊ शकते आणि विभाजित, विस्तीर्ण बाबतीत, तीन भागांमध्ये: उत्पादन furs (एक), उत्पादन NFRs (ब) आणि प्रकल्प अडचणी / आवश्यकता (सी).

अंजीर. 3: ABC चे रूपरेषा [10]

अंजीर. 3: ABC चे रूपरेषा [10]

अंतिम एकूण प्रकल्प प्रयत्न आणि खर्च वापरकर्ता आवश्यक – "एबीसी" स्कीमा [10] मध्ये 1997 ISBSG (isbsg.org) जन्म आणि सर्वात सक्रिय सॉफ्टवेअर मापन संघ सर्व होते (SMAs) या मापदांड तनणित पुढाकार पालन. द 2019 प्रकाशन [12] पेक्षा अधिक समावेश 9,000 प्रकल्प, मुख्यतः IFPUG आणि वैश्विक FPA पद्धतींचा वापर करून आकाराचे. आणखी पूरक सर्वसामान्य प्रमाण आयएसओ / IEC होते 14143-5:2004 [13], "कार्यशील डोमेन" व्याख्या निकष प्रस्ताव आणि गरज प्रकार समान वैशिष्ट्ये आणि प्रयत्न वितरण सॉफ्टवेअर प्रणालींच्या वाजवी तुलना परवानगी देते जे (ABC). संत्र्यांच्या सफरचंद तुलना अर्थ नाही ...

 

वर्तमान: काय चालू आहे?

FSM पद्धती diffusely माहिती वापरले जातात & संप्रेक्षण तंत्रज्ञान (आयसीटी) करार, काही देशांमध्ये उच्च एकाग्रता (उदा. इटली, ब्राझील, पोलंड, भारत), आणि उत्पादन कार्यक्षम आकार आकार एक संख्यात्मक आधार प्रतिनिधित्व आणि असू शकते हे निर्धारित करण्यासाठी मापदांड तनणित विश्लेषण करण्यास मदत करू शकते (अंदाजे) एक प्रकल्प नसलेल्या कार्यक्षम प्रयत्न, Fig.4 मध्ये दर्शविल्याप्रमाणे:

अंजीर. 4: गरज प्रकार प्रयत्न वितरण (ABC) कार्यक्षम डोमेन प्रति: एक उदाहरण

अंजीर. 4: गरज प्रकार प्रयत्न वितरण (ABC) कार्यक्षम डोमेन प्रति: एक उदाहरण

गरज प्रकार प्रयत्न वितरण उदाहरण (ABC) कार्यक्षम डोमेन प्रति ABC चे स्कीमा त्यानुसार बिगर कार्यरत आहे काय विभाजन आहे. एक ब-प्रकार गरज लक्षात आली आणि आयटी तज्ञ उपयोजित जाऊ शकते (उदा. डेटाबेस प्रशासक, उपयोगिता तज्ज्ञ ...) की विशेषत: दुसर्या व्यावसायिक पेक्षा कमी खर्च (उदा. एक प्रकल्प / सेवा व्यवस्थापक, एक मापन विशेषज्ञ, एक गुणवत्ता हमी व्यक्ती ...) एक व्यावसायिक पेक्षा एक सी-प्रकार गरज पण अधिक कार्यरत (उदा. एक विश्लेषक / प्रोग्रामर) एक एक प्रकार गरज कार्यरत. अंजीर. 5 व्यावसायिक प्रत्येक प्रकारची आवश्यकता प्रकार आणि मनुष्य / प्रतिदिन खर्च करून प्रकल्प प्रयत्न ठराविक वितरणासाठी दोन विरुद्ध पिरॅमिड दाखवते [14].

अंजीर. 5: गरज प्रकार आणि खर्च / मनुष्य-दिवसा प्रयत्न वितरण (ABC चे स्कीमा त्यानुसार)

गरज प्रकार आणि खर्च / मनुष्य-दिवसा प्रयत्न वितरण (ABC चे स्कीमा त्यानुसार). पुन्हा, धडे शिकलो 40 अनुभव वर्षे चांगले परिभाषित मदत केली (आणि परिष्कृत) अर्ज FPA च्या संधी बद्दल तत्त्वे आणि नियम. '123' योजना आणखी एक वर्गीकरण आहे [15] सांगणे जे आवश्यकता प्रकारची एक प्रकल्प एक निश्चित टप्प्यात उपस्थित होऊ शकते (1: देव, 2: ऑपरेशन, 3: SVC, देखभाल).

अंजीर. 6: '123' 'एबीसी' योजना मिळून एक योजना

त्यामुळे, OPS टप्प्यात एक सॉफ्टवेअर वापरले जाते, उत्पादन / बदलले नाही, आणि "शून्य FP" संख्या निर्माण, तसेच बदल विनंती फक्त ब-प्रकार आवश्यकता समावेश असेल तेव्हा (उदा. एक सुधारणा / perfective देखरेखीसाठी, आयएसओ / IEC मध्ये उल्लेख केल्याप्रमाणे 14764:2006 मानक [16], देखील मार्क्सवादी कम्युनिस्ट v4.3.1 मध्ये उद्धृत – भाग 3, धडा 4, पाने 20-21). जरी फर किंवा NFR तयार केले गेले आहे काय व्याख्या आणि निकष, स्पष्ट आणि वेळ झाला, कंत्राटी पद्धती आणि मापन किमान एक युनिट वापर व्यवसाय एक सांस्कृतिक कर्ज अजूनही आहे (UoM) एक-प्रकार आवश्यकता आकार साठी (FPS, जे काही प्रकारचे) यांच्या संयुक्त विद्यमाने बी-प्रकार आवश्यकता आकार साठी UoM सह (उदा. आयएसओ / IEC पासून IFPUG स्नॅप गुण किंवा उपाय 25023 [17], तसेच एक प्रकल्प scoping आवश्यक संपूर्ण प्रयत्न अंदाज व्याप्ती पूर्ण की सी-प्रकार उपक्रम म्हणून. तीन आवश्यकता सर्व आकार फक्त तेव्हा (ABC) प्रकार, तो "व्याप्ती रांगणे कमी करणे शक्य आहे,"हे काय एक FP आकार आणि काय एक ऐतिहासिक गैरसमज अजूनही वेळ आहे तोपर्यंत. पण तो एक FSM पद्धत जाणून पुरेसा होईल, त्याच्या बेस कार्यकारी घटक आहेत (BFCs) समावेश (किंवा नाही) अशा क्रियाकलाप किंवा उपक्रम.

शेवटचे पण महत्त्वाचे, FP आणि ऑटोमेशन. डॉ. आल्ब्रेख्त एक चक्रात लवकर टप्प्याटप्प्याने एक अंदाज परवानगी एक "डिझाइन उपाय" तयार. आज काही साधने, नंतर 40 वर्षे, FPS साध्य होईल (जे काही प्रकारचे) सॉफ्टवेअर कोड विश्लेषण किंवा फर नोटेशन काही फॉर्म वर काम. काही (साधी गोष्ट) निरिक्षण आणि विचार: तो चार निकष आदर आहे तर ऑटोमेशन उपयुक्त आहे: जलद, अधिक अचूक, अधिक वेळेवर आणि खर्च कमी. आम्ही आकार एक नवीन फर करण्याची आवश्यकता असल्यास, एक साधन विश्लेषित कोड (नवीन ISO नुरूप 19515 ऑटोमेटेड FP मानक [18]) निरुपयोगी आणि महाग होईल. किंवा, काही यूएमएलचे नोटेशन गृहीत धरून इनपुट अधिक मनुष्य-तास ध्वनित होईल म्हणून एक साधन वापरून (आणि संबंधित खर्च) एक मेटा-भाषा स्वरूपात एका मानवी-आधारित लिहिले गरज भाषांतर. तसेच, एक संघटना काळजीपूर्वक अशा फार गुंतवणूक परतावा विश्लेषण करणे आवश्यक आहे(च्या) चार वर उल्लेख केलेल्या निकष त्यानुसार. त्वरित एक मसुदा मूलभूत जे वेळ आणि मेहनत गंभीर मालमत्ता तो व्याप्ती अंतर्गत UoM एक मानवी CFPS आणि सत्यापित आहे की preconditions अंतर्गत ठीक असू शकते आहेत समान आहेत तयार. अन्यथा, ऑटोमेशन व्यवस्थापित करण्यासाठी धोकादायक किंवा कठीण होऊ शकते.

 

भविष्य: आम्ही काय अपेक्षा करू शकता?

म्हणून अनेक लोक असे म्हणेन की,, भविष्यात आता आहे ... पण नजीकच्या भविष्यात आम्ही FPA काय अपेक्षा करू शकता? FPA मजबूत पाया आहे आणि तो स्वतंत्र तंत्रज्ञान आहे; काय आम्ही गेल्या काही शिकायला मिळाले आहे पुढील चरण असावी:

  • एक चांगले आणि अधिक परवडणारे वापरकर्ता आवश्यकता (उर) व्यवस्थापन, एक प्रकल्प लवकर टप्प्याटप्प्याने दरम्यान scoping आणि मापन: हे साध्य पाहिजे की मुख्य आणि प्राथमिक ध्येय आहे.
  • नवीन तंत्रज्ञान FPA स्वीकार, पासून FPA मूलभूत नियम योग्य अर्थ लावणे माध्यमातून 1979/84. आम्ही अद्याप मोजू शकत आणि अशा मेघ गणना FPA नवीन तंत्रज्ञान माध्यमातून आकार [19], गोष्टी इंटरनेट (IoT) [20], कृत्रिम बुद्धिमत्ता आणि कोणत्याही नवीन टेक आगामी वर्ष आम्हाला आणीन.

आमच्या सर्वोत्तम पैज काहीतरी नवीन नवीन शोध लावणे नाही, पण गंभीरपणे एक सॉफ्टवेअर प्रणाली अभियंता नवीन आणि विविध प्रकारे निर्धारित करण्यासाठी आमच्या वर्तमान प्रक्रिया आणि डेटा विश्लेषण आणि तरीही FPA एक फर आकार!

म्हणून वापर आणि फंक्शन सुधारणा सुरू हेतू मूल्य मापन.” (अॅलन आल्ब्रेख्त, ऑक्टोबर 1979)

 

संदर्भ

  1. जोन्स, क, फंक्शन पॉइंट्स काय आहे? SPR वेबसाइट, URL: http://tiny.cc/tgur7y
  2. आल्ब्रेख्त एक. जॉन, “अनुप्रयोग विकास उत्पादकता मापन” proc मध्ये. संयुक्त शेअर, मार्गदर्शन, आणि IBM अर्ज विकास , 1979, pp. 83-92. http://tiny.cc/2ywacz
  3. आल्ब्रेख्त एक. जॉन. & गॅफने जॉन. ई, “सॉफ्टवेअर कार्य, कोड स्त्रोत ओळी, आणि विकास प्रयत्न अंदाज: एक सॉफ्टवेअर विज्ञान प्रमाणीकरण,” IEEE ट्रान्स. सॉफ्टवेअर इंग्लंड., आवाज. 9, नाही. 6, नोव्हेंबर 1983, pp. 639-647. http://tiny.cc/1zwacz
  4. IFPUG, फंक्शन पॉइंट मतमोजणी सराव मॅन्युअल (मार्क्सवादी कम्युनिस्ट पक्षाचे), प्रकाशन 4.3.1, जानेवारी 2010, URL: ifpug.org
  5. Lother एम, Dumke आर, पॉइंट्स-मेट्रिक्स: तुलना आणि विश्लेषण ", मध्ये: सॉफ्टवेअर परिमाण मध्ये चालू ट्रेंड, पीठ प्रकाशन, 2001, pp.228-267
  6. आयएसओ / IEC, आंतरराष्ट्रीय मानक 14143-1 – माहिती तंत्रज्ञान – सॉफ्टवेअर मापन – कार्यात्मक आकार परिमाण – भाग 1: संकल्पना व्याख्या, फेब्रुवारी 2007
  7. IFPUG, सॉफ्टवेअर नॉन फंक्शनल मूल्यांकन प्रक्रिया (स्नॅप) मूल्यांकन सराव मॅन्युअल (APM), आवृत्ती 1.0, सप्टेंबर 2011, URL: ifpug.org
  8. आयएसओ / IEC, आहे 9126-1:2001 – सॉंफ्टवेअर अभियांत्रिकी – उत्पादन गुणवत्ता – भाग 1: गुणवत्ता मॉडेल, दर्जा आंतरराष्ट्रीय संघटना, 2001
  9. आयएसओ / IEC, आहे 25010:2011 -प्रणाली आणि सॉफ्टवेअर अभियांत्रिकी-प्रणाली आणि सॉफ्टवेअर गुणवत्ता आवश्यकता आणि मूल्यांकन (स्क्वेअर)-प्रणाली आणि सॉफ्टवेअर दर्जाचे मॉडेल, दर्जा आंतरराष्ट्रीय संघटना, मार्च 2011
  10. पातळ रस्सा एल, पुढील फ्रंटियर: मापन आणि NonFunctional उत्पादनक्षमता मूल्यमापन, MetricViews, ऑगस्ट 2012, URL:https://www.ifpug.org/Metric%20Views/MVBuglione.pdf
  11. वैश्विक / IFPUG, नॉन फंक्शनल आवश्यकता आणि प्रकल्प आवश्यकता साठी अटी पारिभाषिक शब्दावली सॉफ्टवेअर प्रकल्प कामगिरी मापन वापरले, थोडासा आणि अंदाज, v1.0, सप्टेंबर 2015
  12. ISBSG, डी&ई (विकास & सुधारणा) भांडार, R2019, URL:isbsg.org
  13. आयएसओ / IEC, तांत्रिक अहवाल 14143-5 – माहिती तंत्रज्ञान – सॉफ्टवेअर मापन – कार्यात्मक आकार परिमाण – भाग 5: कार्यक्षम आकार मापन वापरण्यासाठी फंक्शनल डोमेन निश्चित, 2004 (R2019)
  14. पातळ रस्सा एल, एकसमान आणि मोजता प्रकल्प हाताळण्यासाठी कसे: प्रकार आणि आवश्यकता लक्ष केंद्रित, ZeroUnoWeb, मे 3 2019, URL: http://tiny.cc/y1tr7y
  15. पातळ रस्सा एल, तसेच मोजण्यासाठी DevOps व्याख्या करा (आणि सर्वोत्तम) प्रकल्प, PMExpo2017, सादरीकरण, ऑक्टोबर 2017, URL:https://www.pmexpo.it/2017/programma/009tk
  16. आयएसओ / IEC, आंतरराष्ट्रीय मानक 14764:2006 - सॉफ्टवेअर अभियांत्रिकी - सॉफ्टवेअर लाईफ सायकल प्रक्रिया – देखभाल, 2006
  17. आयएसओ / IEC, आंतरराष्ट्रीय मानक 25023:2016 – प्रणाली आणि सॉफ्टवेअर अभियांत्रिकी – प्रणाली आणि सॉफ्टवेअर गुणवत्ता आवश्यकता आणि मूल्यांकन (स्क्वेअर) – प्रणाली आणि सॉफ्टवेअर उत्पादन गुणवत्ता मापन, जून 2016
  18. आयएसओ / IEC, आंतरराष्ट्रीय मानक 19515:2019 – माहिती तंत्रज्ञान – व्यवस्थापन गट ऑटोमेटेड सोहळा पॉइंट्स ऑब्जेक्ट (वृत्तसंस्था), 1.0, मे 2019
  19. वुडवर्ड एस, एक ढगाळ जगात पॉइंट विश्लेषण स्पष्ट काम, Metricas 2012, साओ पावलो (ब्राझील), नोव्हेंबर 28-29 2012, URL:http://www.bfpug.com.br/metricas2012/woodward.pdf
  20. Cagley टी, फंक्शन पॉइंट्स आणि IOT, किंवा माझे किचन मला हेरगिरी किती!, IFPUG ISMA17, बंगलोर (भारत), मार्च 8, 2019

लेखकाबद्दल

Luigi Buglione परिषद / शिक्षण आणि Gruppo Utenti फंक्शन अध्यक्ष पॉइंट इटालिया साठी IFPUG संचालक आहे – इटालियन सॉफ्टवेअर मेट्रिक्स असोसिएशन (GUFPI-इंडियन शुगर मिल असोसिएशनने) (www.gufpi-isma.org). तो अभियांत्रिकी आयएनजी एक परिमाण आणि प्रक्रिया सुधारणा स्पेशॅलिस्ट म्हणून कार्य करते. inf. रोम मध्ये स्पा, इटली आणि एकोल डी तंत्रज्ञान Supérieure येथे सहकारी प्रोफेसर (ईटीएस) - क्वेबेक विद्यापीठ, कॅनडा. अनेक प्रमाणपत्रे प्राप्त, समावेश IFPUG CFPS, CSP, CSMS, सॉफ्टवेअर परिमाण बद्दल आणि वैश्विक CCFL. तो sw / सेवा मापन आंतरराष्ट्रीय परिषद येथे एक नियमित स्पीकर आहे, प्रक्रिया सुधारणा व गुणवत्ता आणि सक्रियपणे अशा विषयांवर आंतरराष्ट्रीय आणि राष्ट्रीय तांत्रिक संघ भाग आहे. तो एक पीएचडी प्राप्त. व्यवस्थापन आणि डिग्री कम अर्थशास्त्र laude मध्ये. Luigi येथे संपर्क करू शकता luigi.buglione@eng.it.

आपण देखील आवडेल ...