19-Soft-A7 Software Development Process · December 2014
Nivaar worked solution (AI-drafted; not reviewed by a licensed engineer)
National Exams, December 2014 — 04-Soft-A7, Software Process (open book, 3 hours). Notes on the paper: FIVE of the eight questions constitute a complete paper (the first five as answered in the answer book are marked, each of equal value); this solution answers all eight as a full study resource. Most questions call for short, bulleted written answers; Question 4 introduces a hypothetical emergency reporting system (a field officer reports an emergency, a dispatcher records the issue and allocates resources) that Question 5 builds on.
Reference texts. Sommerville, Software Engineering, 10th ed., Ch. 2 (Software Processes), Ch. 3 (Agile Software Development), Ch. 5 (System Modeling), Ch. 8–9 (Testing), Ch. 22–23 (Project Management, Configuration Management), Ch. 9 (Software Evolution/Maintenance); Pressman, Software Engineering: A Practitioner's Approach, 9th ed., Ch. 2–3 (Process Models, Agile), Ch. 23–24 (Project Management, Risk Management), Ch. 29 (Function-Point sizing), Ch. 22 (SQA), Ch. 24 (Software Configuration Management); SWEBOK v4 (Software Engineering Process, Software Configuration Management, Software Maintenance KAs).
Question text not reproduced: the examination questions are © Engineers and Geoscientists BC. Open the official past paper (linked at the top of this page) to read the question, then follow the worked solution below.
Given. The Question-4 emergency reporting system: three use cases (Report Emergency, Record Incident, Allocate Resources), an EmergencyReport file, a ResourceAssignment file, and an externally-maintained personnel/resource roster feed. The IFPUG/Albrecht complexity-weight table (industry-standard, reproduced below) is adopted as the "reasonable" weight assignment the question invites.
| Component | Simple | Average | Complex |
|---|---|---|---|
| External Input (EI) | 3 | 4 | 6 |
| External Output (EO) | 4 | 5 | 7 |
| External Inquiry (EQ) | 3 | 4 | 6 |
| Internal Logical File (ILF) | 7 | 10 | 15 |
| External Interface File (EIF) | 5 | 7 | 10 |
Find. The Unadjusted Function Point (UFP) count for the system, and a demonstration of the adjustment mechanism using five chosen General System Characteristics (GSCs).
Approach. Classify every distinct external input, output, inquiry, and logical/interface file the three use cases require, rate each Simple/Average/Complex by the number of data elements and referenced files it touches, weight and sum them (UFP), then choose five of the fourteen GSCs, rate each 0–5, and apply the resulting partial adjustment.
| GSC (chosen) | Rating (0–5) | Rationale |
|---|---|---|
| Reliability | 4 | A dropped or lost report has real operational consequences. |
| Performance | 4 | Part (a)'s 2–5 second response-time quality requirements are demanding. |
| Online data entry | 5 | All three use cases are interactive, online transactions. |
| Complex processing | 3 | Resource-allocation logic must match incident needs to available resources. |
| Reusability | 2 | Limited reuse potential outside this specific dispatch domain. |
| Quantity | Value |
|---|---|
| External Inputs (EI) | 8 FP (2 Average) |
| External Outputs (EO) | 9 FP (1 Average + 1 Simple) |
| External Inquiries (EQ) | 6 FP (2 Simple) |
| Internal Logical Files (ILF) | 17 FP (1 Average + 1 Simple) |
| External Interface Files (EIF) | 7 FP (1 Average) |
| Unadjusted Function Points (UFP) | 47 function points |
| Five-factor TDI | 18 |
| Illustrative CAF (5-factor) | 0.83 |
| Illustrative Adjusted FP (AFP) | ≈ 39.0 |