Académique Documents
Professionnel Documents
Culture Documents
com
March, 2012
March, 2012
users for every project. Projects real-users are often mistaken for the clients. Directly, projects real-users are those that the project is actually meant to serve; this is not necessarily those that may have conceived the project who also may have contracted the developer or those who may be undertaking the project sponsorship. Often attention is focused more on this last set of stakeholders because they pay the bills while little or no attention is paid to the real-users. Imperatively, the real-users should be at the core of any systems testing for its usability requirements to really be met. This is partly because not all users requirements can practically be specified in its full details in the projects requirements documentations from the outset. Some obscured functionality requirements may be inadvertently omitted for lack of space, time constraints, inadequate attention to details, language or communication barrier, or limited involvement of the real users. However, when real-users are fully involved in system testing, it provides a second chance for thorough review to see where there are gaps. Besides, the outcomes in coupling the various modules and integrating various components of the project may not yield exactly what was originally projected in actual use and, it is often only the real-user that can quickly detect this and help in clearly pointing it out for prompt corrections. Hippel (2001), in his report on Innovation by User Communities: Learning from Open-Source Software highlighted very useful values of the real-users roles in driving innovation. There he cited the outstanding success recorded by the opensource software community which has used this phenomenon to produce many complex software products with limited manufacturers participation. A typical example he provided is the McCool Apache server development story where some eight users put together the entire documentations and all published bug fixes to produce one strengthened patch that later evolved into Apache. In the report Hippel concluded that Extensive user feedback and modification yielded Apache 1.0, released on Dec. 1, 1995. After four years and many modifications and improvements contributed by many users. Apache became the most popular Web server software on the Internet, garnering many industry awards for excellence (Hippel, 2001). The benefits of real users views of the end product: Apparently, another key benefit of real-users active involvement and comments in system testing is that such can hasten bug detection and also fast-track innovation beyond the developers limitations and imaginations. The developer can immensely benefit from contribution by certain users of meticulous nature who may have wonderful innovative ideas that can turn around the fortune of the product. Ordinarily, such valuable innovative ideas from users are not often freely available where the developer may normally come across them during his/her development process as to freely use them and reap the benefits in improving his/her product. It may be worthy to note that even with apparent wonderful ideas on how a product can be fashioned to really suit their needs, most users are often discouraged from attempting to develop their ideas from scratch (maybe for the rigors involved) but, they can make wonderful contributions when the right foundation is laid by
March, 2012
presenting them with products that have achieved certain level of developments for their assessment. Conclusion: In conclusion, given the fact that the end of the development efforts is of necessity marked with a system tests, coupling this with the real-users views will best assure the test results dept and soundness. By this the development of products that meets the exact needs of the real-user as recommended by the ISO/IEC 9126-1 usability component can be guaranteed. Therefore, tactical involvement of real-users and paying good attention to their comments will most often result in a near perfect product. References: Bevan, N (1999), Quality in Use: Meeting User Needs for Quality; Journal of System and Software, available at: http://www.usabilitynet.org/papers/qiuse.pdf (accessed 13th March 2012). Hippel E. (2001), Innovation by User Communities: Learning from Open-Source Software ( MIT SLOAN MANAGEMENT REVIBA/ SUMMER 2001); available at: http://www2.sus.edu.cn/SIMBAcourse/download/yuedu/Innovation%20by%20user%20community.pdf (accessed th 13 March 2012). Juan Pablo Carvallo and Xavier Franch (n.d.), Extending the ISO/IEC 9126-1 Quality Model with Non-Technical Factors for COTS Components Selection; available at: http://www.irisa.fr/lande/lande/icse-proceedings/wosq/p9.pdf (accessed 13th March 2012). Laureate Online Education B.V. (2012), RMT: Research Methods Training; Lecture 6: Conducting and Presenting the Project. P. Botella, X. Burgus, J.P. Carvallo, X. Franch, G. Grau, J. Marco, C. Quer (n.d.), ISO/IEC 9126 in practice: what do we need to know? available at: http://www.essi.upc.edu/~webgessi/publicacions/SMEF'04-ISO-QualityModels.pdf (accessed 13th March 2012)