Chinaunix首页 | 论坛 | 博客
  • 博客访问: 488963
  • 博文数量: 6
  • 博客积分: 6000
  • 博客等级: 准将
  • 技术积分: 675
  • 用 户 组: 普通用户
  • 注册时间: 2005-11-02 14:12
文章分类

全部博文(6)

文章存档

2010年(1)

2009年(3)

2008年(2)

我的朋友

分类: 项目管理

2009-02-23 20:01:26

开源系统研究项目说明

 

一、           目标

利用项目间隙,选择一套完整实用的开源系统,以团队协作的方式进行研究总结,得到该系统中的业务流程、技术架构以及实现方式等。整理出功能点列表、系统设计文档、测试用例,估算出系统各模块的开发工作量,总结用户特征,包括用户行业、组织结构和业务流程。总结现有系统的优缺点,并根据行业趋势对该系统进行改进。提高个人的技术能力、业务知识,完善项目开发流程,为以后承接类似项目打好基础。

二、           整体计划

本次研究工作拟分为三个阶段进行:

1.       分析现有系统的代码和帮助文档,得到最佳客户的行业特征、规模、组织结构、业务流程。以逆向分析的方法,编写出系统的功能点列表、设计文档、测试用例及推测出用户需求。

2.       分析现有系统的业务模型,与其他流程厂商的同类软件(至少三种)对比,找出本系统的优势和劣势。

3.       对系统进行改进。将系统中存在的问题和缺陷修正,通过修改加深理解,并对未来的一些技术或业务趋势做一些调查,将新的业务模式或其他行业的优秀思想引入,做为系统的亮点。

三、           项目体制

根据人员安排,将项目组划分为一到两个开发小组。

项目经理、开发组长、开发人员、测试人员

   1    + 1~2 + 3~6 +   1         = 6~10

具体的人员安排未确定,请见后续的项目计划。

四、           流程建议

1.       获取功能点列表

    由项目经理和开发组长,根据系统介绍等相关文档,得取系统的子系统或模块划分,列出功能点,并划分优先级;

2.       模块分析任务分配

项目经理和开发组长根据功能点列表和各功能的关联性,分配给开发小组和开发人员;

3.       业务模型架构图

项目经理分析各功能的关联关系,提取出业务模型,做为系统的整体蓝图。之后项目经理即可分析各个模块,最后应得出需求规格说明书。

4.       技术框架和数据库的实体模型

开发组长负责分析整理系统的层次关系,技术架构思路和数据库的表结构及关联关系,最后得出技术架构说明书和数据库设计说明书。

5.       设计文档

开发组长和开发人员一起,以开发人员为主,分析每个模块的业务流程,可以用Visio画出流程图,整理出程序中使用的数据结构和类之间的继承调用关系。从前台界面到背后的数据存取,调用的外部接口和对外的接口等。

整理出设计文档,可以采用以下格式:

可以使用Excel,分为6个页面,

    1.版本信息,变更记录

    2.页面布局

    3.页面上每个字段的说明,默认值,输入约束,参照系统字典等

    4.业务流程图

    5.数据操作流程

    6.接口定义和函数内部流程(可以用伪码)

 

6.       测试用例

测试人员负责所有模块测试用例的编写。可以由项目经理编排好计划,测试人员和项目经理、开发组长、该模块的开发人员一起,分析业务的输入输出,各种异常情况的处理。写出每个功能点正常执行(可能不止一条路径)和异常情况的测试用例。

7.       周总结

每周五(可再商议),由项目经理主持周总结会议。

每人说明个人进度,系统分析的心得:该模块完成的功能介绍,从界面到后台数据存取,关键代码,再到其它说明、注意事项等等。(每人半小时)

 

由项目经理统计进展情况,是否偏离计划等,汇报领导,以便监督。

8.       成果汇总

由项目经理完成各种文档的汇总和整理归档,保存至服务器。

 

阅读(1513) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~