19-Soft-A7 Software Development Process · May 2016
Nivaar worked solution (AI-drafted; not reviewed by a licensed engineer)
National Exams, May 2016 — 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 3 asks for an incremental-model schedule using three teams, and Question 4 introduces a hypothetical pilot take-off/landing emulator (a pilot requests take-off or landing from the dispatcher, and the dispatcher records the request and allows the movement) 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 pilot emulator system: three use cases (Submit Movement Request, Record Request, Authorize Movement), a MovementRequest file, a ClearanceDecision file, and an externally-maintained ATC/airspace conflict-check 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 four chosen General System Characteristics (GSCs), as the question allows "three or four."
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 four of the fourteen GSCs, rate each 0–5, and apply the resulting partial adjustment.
| GSC (chosen) | Rating (0–5) | Rationale |
|---|---|---|
| Reliability | 5 | An unauthorized or lost movement request has direct flight-safety consequences. |
| Performance | 4 | Part (a)'s 2–3 second response-time quality requirements are demanding. |
| Online data entry | 5 | All three use cases are interactive, online transactions with no batch component. |
| Complex processing | 3 | Runway/airspace conflict-check logic combines several data sources per decision. |
| Quantity | Value |
|---|---|
| External Inputs (EI) | 8 FP (2 Average) |
| External Outputs (EO) | 9 FP (1 Average + 1 Simple) |
| External Inquiries (EQ) | 7 FP (1 Simple + 1 Average) |
| Internal Logical Files (ILF) | 17 FP (1 Average + 1 Simple) |
| External Interface Files (EIF) | 5 FP (1 Simple) |
| Unadjusted Function Points (UFP) | 46 function points |
| Four-factor TDI | 17 |
| Illustrative CAF (4-factor) | 0.82 |
| Illustrative Adjusted FP (AFP) | ≈ 37.7 |