Online Handwriting Recognition System for Ethiopic Characters. Analysis, Modeling and Design with Experimental Results

Recall that a deliverable is a work product that crosses decision boundaries. An intermediate deliverable is one that is passed across decision boundaries within the team. These might include the detailed project plan, refined requirement documents, analysis and design documents, test plans, inter-team dependencies, risk lists, etc. I refer to them also as "promissory notes," as in: "I promise that the system will look like these requirements describe." "I promise that this analysis model will work as the core for the system's design." "I promise that this design will work well over time." There are two ways to reduce the need for promissory notes: 1. Deliver a working piece of the system quickly enough that the sponsor can tell whether the team understood the requirements properly. Delivering a working piece of the system quickly leads to these other benefits: · The requirements writers will be able to tell whether the requirements they wrote are actually going to meet the user’s needs. · The team needs fewer requirements reviews and can often simplify the requirements process in other ways. · The designers can see the effects of their decisions early rather than after many other decisions have been built on top of a mistake. · Test planning becomes much simpler ...»