Practical Questions on Software Engineering

Practical Questions with Answers

Question 1:

Provide a number of examples (both positive and negative) that indicate the impact of software on our society.

Question 2:

Is Software Engineering applicable when WebApps are built? If so, how it be modified to accommodate the unique characteristics of WebApps?

Question 3:

Why are models important in software engineering? Are they always necessary to follow for developing a software product?

 

Answer:

Models are important tools, but not strict rules. They are most useful when the system is complex or multiple stakeholders need a clear shared understanding. In simpler cases, over-modeling may waste time.

Models are important in software development for the following reasons:

1. Abstraction – Models allow engineers to focus on the essential aspects of a system while ignoring unnecessary details, making complex systems easier to understand.
2. Communication – They serve as a common language between stakeholders (developers, managers, clients, testers), reducing misunderstandings.
3. Documentation – Models provide a blueprint of the system that can be referred to during development and maintenance.
4. Analysis & Validation – They help check the feasibility, correctness, and consistency of requirements before actual coding starts.
5. Reusability – Standard models (like UML diagrams, ER diagrams) can be reused across projects, speeding up development.
6. Risk Reduction – By modeling early, potential issues (design flaws, requirement gaps) can be caught before implementation.

Models are not necessary to follow all the time due to the following reasons:

• Not always. The need for models depends on the project size, complexity, and methodology.
• For large, complex, or safety-critical systems (banking, healthcare, aerospace), models are almost essential to ensure correctness and reliability.
• For small or agile projects, teams may rely more on lightweight documentation, prototypes, or direct coding instead of heavy modeling.
• Some methodologies (like Agile) encourage "just enough" modeling rather than comprehensive upfront modeling.

Question 4:

Since a focus on quality demands resources and time, is it possible to be agile and still maintain a quality focus?

Answer:

Yes — it is absolutely possible to be agile and still maintain a quality focus. In fact, agile frameworks were designed to embed quality into the development process, rather than treating it as something to be added at the end. The key lies in how quality is managed within the agile practices. 

Here’s how it works:

1. Quality as a Shared Responsibility

• In agile, quality is not just the tester’s job. Developers, testers, product owners, and even customers share responsibility for ensuring the product meets standards.
• This prevents late-stage “quality crunches.”

2. Continuous Integration & Testing

• Agile encourages frequent builds, automated testing, and continuous integration.
• This allows teams to detect defects early, when they are cheaper and faster to fix.

3. Incremental Delivery

• Instead of waiting until the end, agile delivers small increments of working software.
• Each increment is tested, reviewed, and validated against customer expectations — keeping quality in check throughout.

4. Refactoring and Technical Excellence

• Practices like refactoring, pair programming, and code reviews ensure the codebase stays clean and maintainable.
• Agile principles explicitly value “continuous attention to technical excellence.”

5. Timeboxing with Prioritization

• Agile accepts that resources are limited, but it doesn’t mean sacrificing quality. Instead, it emphasizes prioritizing features so the most valuable work gets done — without cutting corners on quality.

Agility doesn’t mean “speed over quality.” It means building quality in from the start while delivering value quickly. If quality is compromised, agility itself collapses, because future iterations will slow down due to technical debt and rework.

Question 5: 

State whether you agree or disagree with the following statement: "Since we deliver multiple increments to the customer, why should we be concerned about quality in the early increments-we can fix problems in later iterations." Explain your answer.

Question 6:

Why is feedback important to the software team?

Question 7:

Umbrella activities occur throughout the software process. Do you think they are applied evenly across the process, or are some concentrated in one or more framework activities?

Question 8:

Provide three examples of software projects that would be amenable to the prototyping model. Be specific.

Question 9:

What are the advantages and disadvantages of developing software in which quality is "good enough"? What happens when we emphasize development speed over product quality?

Question 10:

Why is it that many software developers don't pay enough attention to requirements Engineering? Are there any circumstances where you can skip it?

Question 11:

Why do requirements change during the life cycle of a software development? After all, don't customers know what they want?

Question 12:

You have been given the responsibility to elicit requirements from a customer who tells you he is busy to meet with you. What should you do?

Question 13:

Discuss some of the problems that occur when requirements must be elicited from three or more different customers.