JavaEE+互联网分布式开发 开班进行中

小班授课、专家坐镇、真实项目
现在报名,与名师面对面

立即咨询

最课程阶段大作业02:实现自己的利息计算器


         上文描述了版本控制后,此篇才真正到了作业本身。我们第一次大作业要完成的是一个利息计算器。

         利息计算器或者说融资计算器有自己的图形化版本,每一个学习的同学如果想要直观的了解下功能,可以管自己的老师要或者加文末的QQ群向老师索取。不过我们今天要实现的是非图形化的界面,是CS版本的,简而言之就是你要利用自己在SE阶段学到的知识,实现一个在console下的利息计算器。当然,按照我们最课程的造性,肯定还要带点超纲题。

         在强调要做作业之前,我们先来看一下作业是怎么被描述来送到你手里的。

一:需求的地位

         作业是什么?你是一个程序员,你的作业就是完成一个软件的功能。功能是什么?功能就是需求。在整个软件开发体系(在我们这里,被描述为SPP:精简并行过程)中,它占据重要的一环。我们先来回顾下SPP模型:

         看到没,它处在整个项目研发过程的第一环。同时,在项目管理过程中,它也占据了一个重要的过程:需求管理。

         有一点需要强调,任何质量管理体系,评判是否完善的一个重要标志是:是否留下了一套完整的资产(软件领域中所谓资产,可以是代码、文档、数据库等等)。那么,涉及到需求的文档资产,就包括如下几个:

         而今天,我们的作业,就要以产品需求规格的形式被描述出来。

二:需求该怎么被描述

         不存在具体的“需求改怎么被描述”的形式,每个公司甚至于每个项目组都可以有自己习惯的方式去描述需求,在我们的SPP模型中,一份完整的需求包括大概包含如下部分:

    而具体描述功能需求的是一个个的用例(即“用户故事”,Use Case),它大致长这样。

  l 用例名称

除了用例本身的描述以外,初学者不容易把握的另一个地方是,功能点应该细化到何种程度才能被归为一个“用例”?

注意,一种简单粗暴但不是非常正确的做法是:一个页面就是一个用例。比如说,用户注册常常是一个页面,同时它也被称之为一个用例。但是,过于复杂的用户注册页面(或者说功能),可能就会是多个用例。比如,我们在注册用户的时候需要验证用户的手机号是否正确,那就需要获取手机验证码,那这里就会包含一个发送手机验证码的用例。

       一个典型的包含当前迭代全部用例的故事墙:

你没看错,上面就是一个个的用例,如果你在我的软件公司里面进行开发,我们每天就会对着这堵墙来安排任务,然后根据状态移动这些case。故事墙也有专业的工具形成电子版,但我们更喜欢这种直观的方式。要知道这样一来,每个人当前都在负责什么,case进行到什么程度了,都一清二楚哦。 

三:利息计算器的用例

       好了,接下来让我们描述用例。

       第一次大作业,并不要求大家自己去写用例。

       我们把主要的用例罗列如下:

1. 主界面

2. 等额本息页面

3. 按月付息到期还本页面

4. 一次性还本付息页面

5. 数据存储

6. 导出计算结果

7. 退出

四:作业完成标识

1:首先,功能必须要实现,没有明显的bug;

2:此处有超纲功能,就是对称加密。试着解决,解决不了,则明文存储;

3:项目commit到SVN服务中;

4:代码要优美,想想代码规范,同时整个应用程序的实现要有面向对象的思想;

5:再一个超纲题,把类图画出来。这不是我们在课上讲解的内容,但我猜想你一定可以自己搞定。要注意哦,从现在开始就要养成:没有困难,制造困难也要上的习惯了~~。

以上作业,我们还没加入测试协作。但能做到这种程度,说明你已经会写代码了,同时对于SE阶段的整个知识掌握的还不错。

在未来的大作业中,我们将会整合更多的SPP流程,并且很重要的,我们要学会怎么跟测试部打交道哦。

 

华丽分割线

===========================================================

最课程JavaEE+互联网分布式新技术开班进行中,来http://www.zuikc.com看看吧。你想参加不一样的培训班,并且一毕业就NB,那就来加入我们吧;

更多技术文章和开班信息请加入,

QQ群: