The document discusses ways to build software that is resilient to changes. It suggests talking to end users early in the development process to understand their needs. It also recommends more planning, involving more people in the design process, and publicizing plans to catch problems early. More testing at early stages can also help address issues before the software is fully developed.
The document discusses ways to build software that is resilient to changes. It suggests talking to end users early in the development process to understand their needs. It also recommends more planning, involving more people in the design process, and publicizing plans to catch problems early. More testing at early stages can also help address issues before the software is fully developed.
The document discusses ways to build software that is resilient to changes. It suggests talking to end users early in the development process to understand their needs. It also recommends more planning, involving more people in the design process, and publicizing plans to catch problems early. More testing at early stages can also help address issues before the software is fully developed.
Q: Many modern applications change frequently before they are
presented to the end user and then after the first version have been put into use. Suggest a few ways to build software to stop deterioration due to change. A: One suggestion is to talk to the end users in the beginning. Too often something gets developed without ever communicating with that level. Another suggestion is more planning and more checks. In many companies the initial design of something is based on just a few people. We need to get more people involved on the front end and the end result will be better. If the plans are publicized and shared with more people, we might be able to catch more problems early. More testing at early stage also helps.