🚂 RailGuruji
Software engineeringसॉफ्टवेयर इंजीनियरिंग4 / 5

Project management and auditपरियोजना प्रबंधन और लेखा परीक्षा

Updated अद्यतन 07 Oct 2026
1
SOFTWARE SIZING AND ESTIMATIONसॉफ्टवेयर आकार और अनुमान
You estimate a project's size first, and derive its effort, cost and schedule from it.
  • LINES OF CODE, LOC or KLOC, measure size after or during coding
  • FUNCTION POINTS, proposed by Albrecht, measure size from the inputs, outputs, inquiries, files and interfaces
  • COCOMO, Boehm's constructive cost model, estimates effort in person-months from KLOC
  • Basic COCOMO: EFFORT = a x (KLOC)^b, with constants for ORGANIC, SEMI-DETACHED and EMBEDDED projects
Function points can be counted from the requirements, before any code exists. So function points size the requirements, and COCOMO turns size into effort.
आप पहले परियोजना के आकार का अनुमान लगाते हैं, और उससे प्रयास, लागत और समय-सारणी निकालते हैं।
  • लाइन्स ऑफ कोड, एलओसी या केएलओसी, कोडिंग के दौरान या बाद आकार मापती हैं
  • एल्ब्रेक्ट द्वारा प्रस्तावित फंक्शन पॉइंट इनपुट, आउटपुट, पूछताछ, फाइलों और इंटरफेस से आकार मापते हैं
  • कोकोमो, अर्थात् बोहेम का कंस्ट्रक्टिव कॉस्ट मॉडल, केएलओसी से व्यक्ति-माह में प्रयास का अनुमान लगाता है
  • बेसिक कोकोमो: प्रयास = a x (KLOC)^b, ऑर्गेनिक, सेमी-डिटैच्ड और एम्बेडेड परियोजनाओं के स्थिरांकों के साथ
फंक्शन पॉइंट आवश्यकताओं से, कोई कोड बनने से पहले ही, गिने जा सकते हैं। अर्थात् फंक्शन पॉइंट आवश्यकताओं का आकार बताते हैं, और कोकोमो आकार को प्रयास में बदलता है।
2
PROJECT AND RISK MANAGEMENTपरियोजना और जोखिम प्रबंधन
  • PROJECT MANAGEMENT plans, schedules, staffs and controls the work against cost and time
  • A GANTT CHART shows each task as a bar against time
  • PERT and CPM network the tasks; the CRITICAL PATH is the longest chain, and any delay on it delays the project
  • RISK MANAGEMENT identifies risks, analyses them, plans a response, and monitors them
  • RISK EXPOSURE = probability of the risk x its impact
You meet risk analysis in every loop of the spiral model. So a delay on the critical path delays the whole project.
  • परियोजना प्रबंधन लागत और समय के विरुद्ध काम की योजना, समय-सारणी, कर्मचारी और नियंत्रण तय करता है
  • गैंट चार्ट हर कार्य को समय के सामने एक पट्टी के रूप में दिखाता है
  • पर्ट और सीपीएम कार्यों का नेटवर्क बनाते हैं; क्रिटिकल पाथ सबसे लंबी शृंखला है, और उस पर कोई भी देरी परियोजना में देरी करती है
  • जोखिम प्रबंधन जोखिम पहचानता, विश्लेषित करता, प्रतिक्रिया की योजना बनाता, और निगरानी करता है
  • रिस्क एक्सपोजर = जोखिम की संभावना x उसका प्रभाव
स्पाइरल मॉडल के हर चक्कर में आपको जोखिम विश्लेषण मिलता है। अर्थात् क्रिटिकल पाथ पर देरी पूरी परियोजना में देरी करती है।
3
SOFTWARE CONFIGURATION MANAGEMENTसॉफ्टवेयर कॉन्फिगरेशन मैनेजमेंट
SCM is an UMBRELLA activity applied throughout development, because change can come at any time.
  • It IDENTIFIES change, CONTROLS it, ensures it is properly made, and REPORTS it to those concerned
  • It runs from the start of the project until the software is taken out of operation
  • A SOFTWARE CONFIGURATION ITEM, SCI, is a document or artefact under control, such as the SRS or a module's code
  • A BASELINE is a set of SCIs formally fixed after a phase, a reference point for development
  • An ENGINEERING CHANGE PROPOSAL is the document that requests a change to an SCI
So you change a baselined item only through a change proposal.
एससीएम पूरे विकास में लागू एक छत्र गतिविधि है, क्योंकि बदलाव कभी भी आ सकता है।
  • यह बदलाव पहचानता, नियंत्रित करता, उसे ठीक से लागू कराता, और संबंधित लोगों को सूचित करता है
  • यह परियोजना के आरंभ से सॉफ्टवेयर के संचालन से हटने तक चलता है
  • सॉफ्टवेयर कॉन्फिगरेशन आइटम, एससीआई, नियंत्रण में रखा दस्तावेज या कृति है, जैसे एसआरएस या किसी मॉड्यूल का कोड
  • बेसलाइन किसी चरण के बाद औपचारिक रूप से स्थिर किए गए एससीआई का समूह है, विकास का संदर्भ बिंदु
  • इंजीनियरिंग चेंज प्रपोजल वह दस्तावेज है जो किसी एससीआई में बदलाव माँगता है
अर्थात् बेसलाइन में रखी मद आप केवल चेंज प्रपोजल से बदलते हैं।
4
SYSTEM AUDIT AND DISASTER RECOVERYसिस्टम ऑडिट और आपदा पुनर्प्राप्ति
  • A SYSTEM AUDIT is an independent review of records and activities, to assess the system's controls
  • It checks compliance with policy and procedure, and recommends changes in controls
  • CERT-In empanels IT security auditors, and you should verify the credentials of the team that audits you
  • DISASTER RECOVERY prepares to recover the IT infrastructure after a natural or human-induced disaster
  • BUSINESS CONTINUITY PLANNING keeps every part of the business working during disruption; BS 25999 is its standard
So disaster recovery restores the IT, and business continuity keeps the whole business running.
  • सिस्टम ऑडिट प्रणाली के नियंत्रणों के आकलन के लिए अभिलेखों और गतिविधियों की स्वतंत्र समीक्षा है
  • यह नीति और प्रक्रिया के अनुपालन की जाँच करता है, और नियंत्रणों में बदलाव सुझाता है
  • सर्ट-इन आईटी सुरक्षा लेखा परीक्षकों को सूचीबद्ध करता है, और आपको अपना ऑडिट करने वाले दल की योग्यता सत्यापित करनी चाहिए
  • आपदा पुनर्प्राप्ति प्राकृतिक या मानव-जनित आपदा के बाद आईटी अवसंरचना की पुनर्प्राप्ति की तैयारी करती है
  • व्यावसायिक निरंतरता योजना व्यवधान के समय व्यवसाय के हर भाग को चालू रखती है; बीएस 25999 इसका मानक है
अर्थात् आपदा पुनर्प्राप्ति आईटी को बहाल करती है, और व्यावसायिक निरंतरता पूरे व्यवसाय को चलाती रहती है।
Report an error on this pageइस पेज में गलती बताएँ
Read it — now test yourself. पढ़ लिया — अब खुद को परखें। Take the free Mock CBTफ्री Mock CBT दें