Blog Post #2
ASCI 530 – Unmanned Aerospace Systems
Assignment 2.4 Research; Weeding Out A Solution
Getting Back on Track
In spite of all the tools of the trade we have at our disposal throughout a systems development life-cycle, setbacks happen. In the following hypothetical, we exam what can be done to get a project back on track when it’s encountered a problem.
Unmanned Aerial Systems are designed to do jobs considered to be dull, dirty and/or dangerous. Dispensing fertilizer is all three of those. Employing a Unmanned Aerial System (UAS) to do that job is only effective if can do it better than current methods. We are looking at two key requirements in this summary: doing more (dispensing more fertilizer) with less (fuel). The specification are spelled out in the Request For Proposal (RFP). Once contracts are signed in response to the RFP, a company’s reputation is on the line; they must do what they’ve said they will do. Industry standards often dictate how standards should be met, but it’s up to each team how to effectively employ the many tools at their disposal. In this case, we are looking at a fertilizer delivery platform able to deliver a specified amount of fertilizer over a specified area. We are now contractually obligated to develop a system to meet those specifications. Stakeholders include Business Development & Marketing, Mechanical Engineers, Software Engineers, Test Engineers, Production staff, Quality Assurance, Project/Program Management (PM), and of course the customer. System Engineering, as an advocate for the customer, ties everyone together and provides guidance to the other departments as well as facilitates dispute resolution. The governing document is the Systems Requirement Specification (SRS) which now forms a part of the contract.
Given the parameters of the SRS, a systems analysis can determine that our proposed platform with the currently proposed fuel capacity, and payload capacity will be insufficient to meet those requirements. The project timeline is immediately impacted and a new timeline will need to be established. While it’s never an enjoyable conversation to have with a customer, they are a stake holder in the project and should be consulted when devising a solution to this problem. If the system, as it is in this case cannot meet those specifications, it is necessary to gain a better understanding of the requirement and its degree of importance to the execution of the systems mission (Kossiakoff, Sweet, & Seymour, 2011).
Analysis of the problem:
- The use of Commercial Off The Shelf (COTS) hardware has caused the system, as it is designed, to be overweight.
- The weight of the system, as currently designed, reduces the payload capacity.
Solution:
- With customer approval, revise the delivery timeline and rework the design to meet the SRS.
- Alternatively, with customer approval, deliver the system as currently designed, and plan for future upgrades which would meet current specifications.
Properly used, tools such as Microsoft Project, or other planning tools can keep projects on-time, and often under budget. This hypothetical presents some unfortunate circumstances which could have been easily avoided if proper systems engineering practices had been used.
References
Kossiakoff, Alexander, Sweet, William N., and Seymour, Sam. Systems Engineering Principles and Practice (2nd Edition). Hoboken, NJ, USA: Wiley-Interscience, 2011. ProQuest ebrary. Web. 21 September 2015.