二手车鉴定评估系统工程日志

2004-05-10

今天给用户提交了系统开发计划,自合同签订后,今天算工程正式开始实施。早晨到用户处了解了基本的用户需求。查看了一下用户不能运行的现有软件情况。和用户就该软件提供的使用说明书进行了交流,对系统的轮廓有了初步的认识。

2004-05-11

根据昨天调研的结果,早晨建立了初步的用例图,现在准备对用例图进行细化。通过对用户业务流程和领域的分析,得出用户的用例图。对不同功能的用例进行了功能包划分。用例的参与者将进化为后续设计的用户,用例将进化为系统的功能,他们之间的关系将进化为用户的权限。用例模型可以进化为用例--分析模型,系统的边界类可以进化为用户UI,控制类可以进化为系统逻辑,实体类可以进化为系统的数据库模型。本次分析与设计过程采用以用例模型为基础,以架构设计为核心,采用迭代和增量的软件开发方法,以RUP的过程指导思想展开系统建模。下午到二手车市场作了一些调研,考了一份现有软件的使用说明。

2004-05-12

参考了一下昨天考来的评估软件使用说明,思考了一下,在Visio里作了一份评估软件的界面原型,明天去和用户进行沟通。现在感觉对二手车评估有了一些体会。我没有带需求调研表去,因为那是给没有经验的需求分析员准备的。在合同签订之前,我对用户的业务需求已经有了了解,现在主要对用户需求进行深入,系统需求我们会慢慢提供,非功能性需求决定技术架构,我已作了考虑。其实没有最好的需求分析方法,每个项目接触的用户是不一样的,业务的特色也不一样,需要灵活采用需求分析方法。以用例模型为基础,以架构设计为核心的RUP开发过程虽然很不错。但是如何有效地把用户的需求转变为用例模型不是一件简单的事情。根据对用户业务流程的了解,建立的初步用例图,还远远不够进行设计,下一步要对用例进行详细描述。用例的文本描述是用例图很好的补充。对用户的业务流程进行分析,寻找哪些对象参与了该流程,它们都具有什么职责,可以进化出系统的分析类图模型。

2004-05-13

   早晨到二手车市场作调研,就昨天画的界面示意图,和业务人员进行了沟通,通过举例子,我明白了一些二手车评估的办法,对评估业务有了进一步的了解。我发现,还是要了解一些用户具体的业务,再去和用户商讨需求比较适合。对用户的业务不了解,你就不知道问什么问题,如何建模。用例图和用例描述是很好地捕获需求的工具。工具只能承载你得需求,但是很多需求的技巧,是需要积累的。其实,到用户处需求就是了解用户的业务流程,看对业务流程能否改进,对业务流程进行分析,提炼用例图,寻找参与流程的对象,确定它们的职责,进一步完善成分析类图。类图是最重要的一种视图,有了它系统的轮廓基本就清晰了。

界面示意图可以快速地和用户沟通需求,可以有效的获取需求。用户能够看到一个界面,不用用例图要有效一些。对用户的需求有了充分的把握以后,再用用例图来承载需求,进行系统全过程的建模。我现在不用急于画用例图,现思考用户实际工作情况,了解后,以用例图展示较详细的需求,出需求规格说明书。作为项目经理要把握整个项目的节奏,按照开发计划严格执行。

2004-06-02

    前一段时间,做完了用户调研,书写了系统需求规格说明书。给用户处留了4份需求文档,让他们相关人员审查。现在回到公司做设计。我的计划是18个工作日做设计,22个工作日做研发。我想先做一个系统原型给用户。但是这两周我负责的农大项目有点问题,一块外包的项目,厂商不想做了,协调了很长时间,还有一些琐碎的事情,我没有完全投入设计中,虽然没有书写设计文档,但是一些设计中要考虑的东西,我已经心中有数了。我全面采用了SOA架构模式,这是非常流行的软件架构模式,我想尝试着用一下。软件的架构设计已经有了考虑,软件的界面部分,我正在让美工给我出一个界面原型。这些方面定了,软件的大体样子就有了,其他就是细化软件功能了。

2004-06-04

    现在对二手车鉴定评估系统的架构设计和界面设计有了规划,现在主要考虑系统的权限管理。传统的权限设计,是在模块中进行硬编码,在每一个功能按钮上进行权限判断。这样权限和具体的功能耦合性太强。还有一种方式就是在每个模块的入口处设置一个代理类,让其处理权限,这样,模块和权限由代理权限类作了一个隔离。其实,现在大多应用只处理了用户对什么功能有权限,而没有考虑对什么数据有权限。这也是一个比较复杂的问题。就是要解决好who()how(功能)处理what(数据)。数据的处理可以封装给功能,功能的处理可以封装给角色,角色可以封装给用户。这样用户和功能没有直接的联系,都是通过角色来关联的。

2005-01-12 

    现在该软件已研发完毕,在二手车市场投入试运行4个月了。在我提请系统验收的时候,用户开始安排人员测试,提问题,让我参考其它类似软件,让我和外省的一个开发类似软件的人员联系一下,对软件进行修改。呵呵!为什么软件开发会是这样!!!

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值