首页 理论教育实现原型界面-软件需求工程

实现原型界面-软件需求工程

【摘要】:在方法论中原型界面就是原型,并不代表系统的最终实现,可以使用草图来表示。图3-18审核薪资原型界面同时配合原型界面的使用以及为设计人员提供关键元素,每个原型界面都有对应的用例脚本展示,主要以边界类、业务类及实体类的划分为依据,按照MVC的主要思想将设计的关键要素表达出来。

在方法论中原型界面就是原型,并不代表系统的最终实现,可以使用草图来表示。关于原型界面的说明:(1)原型界面的建设依据系统用例形成文件夹,依据系统用例所衍生的活动图作为建设的依据,描述用例的展示界面;(2)原型界面主要用以表达页面布局、功能元素是否完备和核心信息是否满足客户要求等为目标;(3)原型界面主要面向客户以实现敏捷过程,让客户提前看到系统原型,用以RA和客户交流真实需求为原则,同时也为设计及开发人员理解需求,做出合理设计和最终形成满足客户要求的系统提供依据;(4)原型界面最好能够进行演化,而非抛弃型原型,能够实现从需求到设计的转换和应用,提高工作效率和复用性,尽量减少设计和开发工作量。

针对案例,审核薪资的原型界面如图3-18所示。当然,系统用例并非与原型界面一一对应,一个系统用例可以关联一个或者多个原型界面,主要以完整表达系统活动图所描述的过程为目标。

图3-18 审核薪资原型界面(www.chuimin.cn)

同时配合原型界面的使用以及为设计人员提供关键元素,每个原型界面都有对应的用例脚本展示,主要以边界类、业务类及实体类的划分为依据,按照MVC的主要思想将设计的关键要素表达出来。在边界类中主要以固定的Form元素、Grid元素、Button元素、页面验证元素等表现人机交互界面的信息;业务类主要表达Busi元素,用于实现业务处理逻辑、业务控制逻辑的业务处理名称信息;实体类主要从概念实体获取和用例原型关联的操作使用到的实体信息等。

至此,以业务模型为基础经过逐步拆分和细化的系统建模过程完成。