Questions On Technical Design Decisions

A Computer Software Engineer develops software systems to be used by their clients, such as a website used to sell the client’s products. Although software engineers spend the majority of their time programming and testing the software, a key component to the success of a software engineer is the ability to write a thorough Software Requirement Specification (SRS). A SRS documents the requirements and dependencies needed for the software, prior to beginning any programming. Therefore, a Software Engineer must po The SRS is so important because engineers can have a wide scope of clients that they regularly work with.

Q1: Briefly explain designing requirements that’s are required when designing the hardware and software infrastructure:

14. (B) Which of the following is usually not a problem associated with specifying detailed requirements at the beginning of the development process? a. Capturing all the exceptions b. System programmers have no experience with this type of process c. System complexity d. Business environment often changing

A: In the software lifecycle there are 4 phases that are derived from the old System Development Life Cycle (SDLC) and they are as follow; Planning, Implementation, Maintenance, and the Removal process. The planning phase is defined by all planning activities including the analysis of the software to be installed, verification of its compatibility, supported methods of installations, and the identification of any risks associated with the software and the desired deployment method. The Implementation phase is used to prepare for deployment such as; creating a shared access location for files and creating or using the appropriate package files. After all these steps have been

Q:1. Briefly explain following designing requirments that are required when designing the hardware and software infrastructure :

Which is requirements needed, after all the information the team will analyze to determine software requirements and generate a report. Then we move to the selection and design, this will occur when the team creates several designs and share with everyone on the project. We will identify any weakness, if we have any successful prototypes it should show how the software will operate. Implementation phase should proceed without any issues if there is any it must be correct during this time. A planned out schedule should allow for any unexpected incidents. When the implementation stage is complete we move to operation when our software has been designed and does what it was designed to do. We will do a review and evaluation which consist of performance, cost and

1. The engineering process requirements of elicitation is reliant on the interaction of the software engineers and the stakeholders of the system. Engineers consult with the customers to gather what requirements are to be provided (requirements gathering).

|Assuming that the project reveals several possible ideas for improving processes, explain how you will determine |2.1, 3.1 |

More autonomy since only after phase II (detail design) where key specifications are defined thus the engineers can easily change the product specifications and design

Agile processes do not devote much time up front to formal system specifications, but rather relies on continuous communication with the customer throughout the development process. The process accounts for the fact that needs often change or cannot be fully developed early on and is flexible to this. (+)

The argument of design isn’t about the question of God’s existence but about the answer to the nature of God. The Design argument, also known as “a posteriori”, is to prove the existence of God who has the characteristics of being all- powerful, all- knowing and benevolent.The intelligent design is about observations and coming to conclusions which try to prove the natural world is created by an intelligent being. An analogy was presented between human artifacts and nature to determine that the creator of this natural world must be intelligent.

Focus is kept on the recurrence of condensed work cycles and also at the functional product yielded by the outcome, but in waterfall technique only once chance is been given to the development team to keep the project aspects right. But under the agile technique each and every feature of development including the design, requirements, is thoroughly checked under its lifecycle (Mahfuj et al, 2012). There is always some time to steer in another direction if a team stops at regular interval say after every two weeks and re-evaluates the project done.

Extreme Programming (XP) has spent the past decades under perpetual scrutiny by software developers fixated on up front design methodologies. The idea behind this is simple: if you want to make sure something is well built, you must design it well first, then put it together using reliable tools. For objects such as houses, cars, or tables, of which the design evolves gradually throughout decades, the methods of up front design suffice. Computer programs, on the other hand, are products often made for an industry that evolves at higher rates than any other. For this type of environment, more dynamic methods are required, which is why XP suits as a viable candidate. How design is altered from the traditional up front design method will be

Yet another method is extreme programming (XP). It is also a software development method which improves software quality and responsiveness to changing customer requirement (extreme). This program has proved very successful at many companies. It is successful because it focuses on customer satisfaction. Extreme programming emphasizes teamwork. In this program, managers, customers and developers are all equal partners in a team. Extreme programing improves a software project in different ways which are communication, simplicity, feedback, respect and courage. In this method, programmers constantly communicate with their customers. They keep their design simple and clean. They get feedback by testing their software and deliver the system to the customer as soon as possible and implement changes as suggested. Every team member involvement is essential for the success of the program. With this foundation extreme programmers are able to courageously respond to changing requirement and technology (Extreme Programming).

The requirements gathering and analysis phase is the most critical phase for the overall success of the project because this phase helps “identify and capture stakeholder requirements using customer interviews and surveys” (Smith, 2016). In order to successfully capture software requirements from the stakeholder, developers need to conduct conference meetings to understand the capabilities of the software. This conference meeting usually takes place only once, so it is essential that developers collect all the information required for the software during the elicitation requirement meeting. For developers to be successful in collecting all the required information, it is a