软件项目管理系统.docx

软件项目管理系统.docx

《软件项目管理系统.docx》由会员分享，可在线阅读，更多相关《软件项目管理系统.docx（77页珍藏版）》请在冰点文库上搜索。

软件项目管理系统

1引言

1．1开发背景

软件项目[11,12]开发是一项系统而复杂的工作，它需要一个团队互相配合、分工协作。

软件项目管理系统可以规范一个软件开发团队的日常工作，提高工作效率。

软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。

实际上，软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展。

然而，目前，对软件项目的管理主要有手工存取和借助一些软件（VSS、SVN等）对软件项目进行管理，起不到对项目进度的实时跟踪与管理。

为进一步完善软件项目流程及资源的统一管理，更加全面、有效的服务于软件开发过程和财富库管理，更好的方便软件开发过程管理。

本项目要求能够适合公司软件开发过程；有效的管理软件开发过程中每个阶段进展情况；即时跟踪项目开发过程中的BUG，提供公司财富库资源的开放和权限控制。

缩短软件开发的进度、提高软件产品的质量，有效的维护公司财富库资源，故开发《软件项目管理系统》。

由于在开发过程中会遇到许多问题，面对面的通知、开发过程中BUG的记录与后期查看、任务下发与跟踪等都会使项目进度变慢。

对于公司的财富库的使用没有很好的利用，总是要通过其他工具去查看资源，使用极不方便。

基于以上情况，故开发《软件项目管理系统》，采用信息技术对软件项目进度、流程、bug等方面进行管理，提高系统开发效率的目的。

1．2开发意义

本毕业设计拟开发的《软件项目管理系统》将较好地解决以上问题。

在该系统中，包括开发流程跟踪、Bug管理、文档管理、财富库建设等基础功能，可以解决开发进度跟踪困难、管理提交文档不便、开发过程中所产生的Bug处理结果不明、公司财富库得不到有效的利用。

1．3实现目标

本系统主要实现以下目标：

1）上传开发过程中所产生的文档，文档上传权限的控制，上传文档的目录的管理，文档在线查看功能。

2）对已提交的文档进行评审，包括申请对文档的评审，评审人员分配，评审地点、时间的通知，评审结果的录入。

3）财富库的建立，包括财富库资源的分类维护，资源上传，下载权限控制等操作。

2需求分析

2．1功能需求

本系统将包括以下功能：

1）文档管理

是指任务负责人上传任务文档。

对超期上传文档上传权限控制。

上传文档版本号的控制和目录管理。

其中文档上传指：

项目经理创建任务，分配任务负责人，任务负责人提交任务文档，文档类型必须符合要求；超期文档上传指：

任务负责人没有及时提交文档或文档已提交申请，但需要更新文档，须由项目经理开放上传权限之后，才能上传。

文档版本号控制：

项目经理设置需上传的文档是对已有文档的更新还是上传新版本。

目录管理：

若同一份文档有多个版本时，该任务文档保存到与该任务文档平级的以任务文档名称命名的文件夹中。

2）评审管理

任务负责人上传文档后，向项目经理提出申请，项目经理分配评审人员，评审日期和地址，发布评审信息，评审完成后填写评审结果。

3）财富库管理

财富库在公司发展中起着重要作用，财富库资源主由公司员工提供，为公司提供一个资源共享的空间。

主要包括资源上传，资源提供者可以限制所上传资源的访问权限（包括：

按部门和职位两种权限控制方式），和员工下载资源。

2．2可行性分析

可行性分析，即是在系统调查的基础上，针对新系统的开发是否具备必要性和可能性，对新系统的开发从技术、经济、操作等方面进行分析和研究，以避免投资失误，来保证新系统的开发成功。

可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。

该系统的可行性分析包括以下几个方面的内容。

1）经济可行性

经济可行性分析是估计项目的成本、效益和技术上是可行的。

开发本系统所需要的成本包括：

a．开发人员薪酬：

经估算，开发本系统需要4个人月的工作量，单位人月工作量的薪酬是2000元，因此共需8000元。

b．其他费用：

包括资料费，打印费等，共记1400元。

c．培训费用：

需要约6000元。

d．维护费用：

本系统每年的维护费用大约需要5000元：

2）技术可行性

技术上的可行性分析主要分析技术条件是否能顺利完成开发工作，硬、软件能否满足开发者的需要等。

此系统中采用Visualstudio.Net2008作为系统的集成开发环境[6]、以IB为O/R映射框架，SQLServer2005作为后台数据库管理系统。

根据调查，目前所拥有的技术力量完全能够满足要求。

因此，从技术可行性的角度考虑，该系统是完全可行的。

3）操作可行性

本系统是基于B/S结构的WEB应用，用户界面友好，操作简单，使用人员经过简单的培训即可以掌握系统的使用；本系统的使用将有助于使用人员提高软件项目进度、所产生的文档的汇总的精确性，改善软件开发过程，缩短开发周期，因此本系统的推广不会受到系统使用者的抵触。

综上所述，此系统开发目标已明确，在技术、经济等方面都可行，并且投入少、见效快。

因此系统的开发是完全可行的。

2．3用例图

软件项目管理系统系统信息模块用例图，如图2.4：

图2.4系统信息维护模块

软件项目管理系统项目设置模块用例图，如图2.5：

图2.5项目设置模块

软件项目管理系统评审管理模块用例图，如图2.6：

图2.6评审管理模块

软件项目管理系统文档管理模块用例图，如图2.7：

图2.7文档管理模块

软件项目管理系统财富库模块用例图，如图2.8：

图2.8财富库模块

2．4活动图

软件项目管理系统财富库模块活动图，如图2.9：

图2.9系统信息维护模块

软件项目管理系统项目设置模块活动图，如图2.10：

图2.10项目设置模块

软件项目管理系统评审管理模块活动图，如图2.11：

图2.11评审管理模块

软件项目管理系统文档管理模块活动图，如图2.12：

图2.12文档管理模块

软件项目管理系统财富库模块活动图，如图2.13：

图2.13财富库模块

2．5用例描述

用例编号:

UC_XMXTXXWH_1

用例名称：

系统用户维护

描述：

对系统用户进行添加、删除、修改操作。

主执行者：

系统管理员

前置条件：

（无）

正常事件流：

表2.1系统用户维护用例描述

执行者动作

系统响应

1、点击添加员工

显示添加员工界面

2、输入员工信息，再点击保存

保存输入的数据，用例结束

3、点击修改

显示修改员工界面

4、点击保存

保存修改后的信息，用例结束

5、点击删除

弹出确认对话框

6、点击确认

删除员工信息，用例结束

可选事件流：

操作员可以取消操作

异常事件流：

员工姓名、登录名、登录密码为空时，弹出提示

用例编号:

UC_XMXTXXWH_2

用例名称：

修改密码

描述：

修改系统用户密码。

主执行者：

系统用户

前置条件：

（无）

正常事件流：

表2.2修改密码用例描述

执行者动作

系统响应

1、输入原密码和新密码两次，点击修改密码

显示修改结果界面，用例结束

可选事件流：

（无）

异常事件流：

（无）

用例编号:

UC_XMXMSZ_1

用例名称：

任务模板

描述：

对任务模板进行添加、删除、修改操作。

主执行者：

系统管理员

前置条件：

（无）

正常事件流：

表2.3任务模板用例描述

执行者动作

系统响应

1、点击新建任务模板

显示新建任务模板界面

2、输入任务模板信息，再点击保存

保存输入的数据，用例结束

3、点击修改

显示修改任务模板界面

4、点击保存

保存修改后的信息，用例结束

5、点击删除

弹出确认对话框

6、点击确认

删除任务模板信息，用例结束

可选事件流：

操作员可以取消操作

异常事件流：

员工姓名、登录名、登录密码为空时，弹出提示；工作量不是数字时，用0代替。

用例编号:

UC_XMXMSZ_2

用例名称：

文档模板

描述：

修改任务文档模板。

主执行者：

系统管理员

前置条件：

（无）

正常事件流：

表2.4文档模板用例描述

执行者动作

系统响应

1、点击设置

显示设置任务文档模板界面

2、输入文档模板名称，再点击保存

保存输入的数据，用例结束

可选事件流：

操作员可以取消操作

异常事件流：

文档名称为空时，弹出提示

用例编号:

UC_XMPSGL_1

用例名称：

可评审任务处理

描述：

对可提交评审的任务文档提交至项目经理，申请评审。

主执行者：

任务负责人

前置条件：

（无）

正常事件流：

表2.5可评审任务处理用例描述

执行者动作

系统响应

1、点击提交按钮

显示确认对话框

2、点击确认

提交需评审的文档，用例结束

可选事件流：

操作员可以取消操作

异常事件流：

（无）

用例编号:

UC_XMPSGL_2

用例名称：

评审人员分配

描述：

对申请评审的文档分配评审人员，时间、地址，并发布评审信息至各评审人员。

主执行者：

系统管理员、项目经理

前置条件：

（无）

正常事件流：

表2.6评审人员分配用例描述

执行者动作

系统响应

1、点击分配

显示分配评审人员界面

2、点击添加评审人员

保存输入的数据

3、输入评审地点和时间，再点击提交

保存输入信息，用例结束

4、点击删除

弹出确认对话框

5、点击确认

删除评审人员，用例结束

6、点击发布

将评审状态置为发布

可选事件流：

操作员可以取消删除评审人员和添加评审人员操作

异常事件流：

当评审时间、地点为空时，弹出提示；当评审时间为非法字符时，用2010-01-01代替评审时间。

用例编号:

UC_XMPSGL_3

用例名称：

近期发布的评审任务

描述：

查看最近发布的评审信息。

主执行者：

评审人员

前置条件：

评审信息已发布

正常事件流：

（无）

可选事件流：

（无）

异常事件流：

（无）

用例编号:

UC_XMPSGL_4

用例名称：

评审结果录入

描述：

录入评审结果。

若评审未通过，则需要任务文档负责人重新修改文档，再次申请评审。

主执行者：

系统管理员或项目经理

前置条件：

（无）

正常事件流：

表2.7评审结果录入用例描述

执行者动作

系统响应

1、点击录入

显示录入评审结果界面

2、输入评审结果，再点击提交

保存输入的数据，用例结束

可选事件流：

操作员可以取消操作

异常事件流：

评审结果为空时，弹出提示

用例编号:

UC_XMWDGL_1

用例名称：

权限管理

描述：

设置任务文档的上传权限。

主执行者：

系统管理员或项目经理

前置条件：

（无）

正常事件流：

表2.8权限管理用例描述

执行者动作

系统响应

1、点击设置

显示设置上传界面

2、修改上传权限和时间，再点击确定

保存输入的数据，用例结束

3、当上传时限已过由自动运行程序自动关闭上传权限

关闭上传权限，用例结束

4、点击查看

查看最新版本的文档，用例结束

可选事件流：

操作员可以取消操作

异常事件流：

结束时间为空时，弹出提示；当结束时间为非法字符时，用2010-01-01代替。

用例编号:

UC_XMWDGL_2

用例名称：

可上传文档管理

描述：

上传任务文档。

主执行者：

文档负责人

前置条件：

（无）

正常事件流：

表2.9可上传文档管理用例描述

执行者动作

系统响应

1、点击上传

显示上传文档界面

2、选择要上传的文档，再点击确定

上传文档，用例结束

可选事件流：

操作员可以取消操作

异常事件流：

上传文档路径为空或文档类型与规定的不一致时，弹出提示。

用例编号:

UC_XMCFK_1

用例名称：

资源分类

描述：

对资源分类进行添加、删除、修改操作。

主执行者：

系统管理员和项目经理

前置条件：

（无）

正常事件流：

表2.10资源分类用例描述

执行者动作

系统响应

1、点击添加分类

显示添加分类界面

2、输入分类名称和上级分类，再点击保存

保存输入的数据，用例结束

3、点击修改

显示修改分类界面

4、点击保存

保存修改后的信息，用例结束

5、点击删除

弹出确认对话框

6、点击确认

删除分类信息，用例结束

可选事件流：

操作员可以取消操作

异常事件流：

分类名称为空时，弹出提示

用例编号:

UC_XMCFK_2

用例名称：

资源上传

描述：

上传财富库资源，设置资源分类和允许访问的权限。

主执行者：

系统用户

前置条件：

财富库分类已经建成

正常事件流：

表2.11资源上传用例描述

执行者动作

系统响应

1、选择要上传的资源，选择文档分类

点击提交，上传资源，用例结束

2、点击修改

保存修改后的数据，用例结束

3、点击删除

弹出确认对话框

4、点击确认

删除选定的文档，用例结束

可选事件流：

操作员可以取消删除操作

异常事件流：

当上传或修改资源时，若文档分类未选定时，弹出提示；上传资源时，要上传资源的路径未空时，弹出提示。

用例编号:

UC_XMCFK_3

用例名称：

搜索文档

描述：

搜索与下载财富库资源。

主执行者：

系统用户

前置条件：

（无）

正常事件流：

表2.12搜索文档用例描述

执行者动作

系统响应

1、输入查询关键字

显示符合条件的资源

2、点击资源链接

下载资源，用例结束

可选事件流：

操作员可以取消操作

异常事件流：

员工姓名、登录名、登录密码为空时，弹出提示

2．6　时序图

软件项目管理系统系统用户维护模块时序图，如图2.14：

图2.14系统用户维护

软件项目管理系统修改密码模块时序图，如图2.15：

图2.15修改密码

软件项目管理系统任务模板模块时序图，如图2.16：

图2.16任务模板

软件项目管理系统文档模板模块时序图，如图2.17：

图2.17文档模板

软件项目管理系统可评审任务处理模块时序图，如图2.18：

软件项目管理系统评审人员分配模块时序图，如图2.19：

软件项目管理系统近期发布的评审任务模块时序图，如图2.20：

软件项目管理系统评审结果录入模块时序图，如图2.21：

软件项目管理系统权限管理模块时序图，如图2.22：

图2.22权限管理

软件项目管理系统可上传文档管理模块时序图，如图2.23：

图2.23可上传文档管理

软件项目管理系统资源分类模块时序图，如图2.24：

软件项目管理系统资源上传模块时序图，如图2.25：

软件项目管理系统搜索资源模块时序图，如图2.26：

2．7　系统开发平台及主要技术

本系统采用VisualStudio2008作为开发平台；在数据存取层，采用先进的IB作为O/RMap工具，实现数据存取的高效性和灵活性；在用户界面层，扩展了Repeater控件，以实现对项目阶段任务和文档的呈现。

2.7.1IBatis.NET技术在本系统中的应用

相对Hibernate和ApacheOJB等“一站式”ORM解决方案而言，IBatis[9]是一种“半自动化”的ORM实现。

所谓“半自动”，可能理解上有点生涩。

纵观目前主流的ORM，无论Hibernate还是ApacheOJB，都对数据库结构提供了较为完整的封装，提供了从POJO到数据库表的全套映射机制。

程序员往往只需定义好了POJO到数据库表的映射关系，即可通过Hibernate或者OJB提供的方法完成持久层操作。

程序员甚至不需要对SQL的熟练掌握，Hibernate/OJB会根据制定的存储逻辑，自动生成对应的SQL并调用JDBC接口加以执行。

2.7.2Ajax技术在本系统中的应用

AJAX[7]全称为“AsynchronousJavaScriptandXML”（异步JavaScript和XML），是指一种创建交互式网页应用的网页开发技术。

国内通常的读音为“阿贾克斯”和阿贾克斯足球队读音一样。

Web应用的交互如Flickr,Backpack和Google在这方面已经有质的飞跃。

这个术语源自描述从基于网页的Web应用到基于数据的应用的转换。

在基于数据的应用中，用户需求的数据如联系人列表，可以从独立于实际网页的服务端取得并且可以被动态地写入网页中，给缓慢的Web应用体验着色使之像桌面应用一样。

虽然大部分开发人员在过去使用过XMLHttp或者使用Iframe来加载数据，但仅到现在我们才看到传统的开发人员和公司开始采用这些技术。

就像新的编程语言或模型伴随着更多的痛苦，开发人员需要学习新的技巧及如何最好利用这些新技术。

2.7.3jQuery技术在本系统中的应用

jQuery[14]是继prototype之后又一个优秀的Javascript框架。

其宗旨是——WRITELESS,DOMORE,写更少的代码,做更多的事情。

它是轻量级的js库（压缩后只有21k），这是其它的js库所不及的，它兼容CSS3，还兼容各种浏览器（IE6.0+,FF1.5+,Safari2.0+,Opera9.0+）。

jQuery是一个快速的，简洁的javaScript库，使用户能更方便地处理HTMLdocuments、events、实现动画效果，并且方便地为网站提供AJAX交互。

jQuery还有一个比较大的优势是，它的文档说明很全，而且各种应用也说得很详细，同时还有许多成熟的插件可供选择。

jQuery能够使用户的html页保持代码和html内容分离，也就是说，不用再在html里面插入一堆js来调用命令了，只需定义id即可。

3　总体设计

3．1　系统的总体架构

3.1.1平台架构

本系统采用了五层体系架构,包括：

表示层、业务逻辑层接口层、业务逻辑层、数据访问层、数据传输层。

1）表示层：

本系统采用了基于Web的系统，处理软件开发过程中进度跟踪、文档管理等功能。

在这一层中，可以向系统使用者清晰直观的系统软件项目的状态。

采用JQuery、CSS和Ajax三种技术，使用户界面更加友好、美观、清晰。

2）业务逻辑层接口层：

该层将业务逻辑和用户界面分离，降低代码耦合度，提高代码灵活性。

3）业务逻辑层：

该层将业务逻辑封装，提高复用程度。

4）数据访问层：

用于存储和管理系统中所需的数据。

本系统中用的数据库是SQLSEVER2000。

5）数据传输层：

系统的总体结构如图3.1所示：

3.1.2功能架构

3．2数据库设计

本毕业设计采用了SQLServer2005作为后台数据库。

3.2.1数据库概念设计

本系统要求对于每个任务类型为文档的任务，却需要评审的，都要走评审流程，才可结束任务。

若文档没有通过评审，则需要修改文档，或上传新的文档，再次申请评审，直到评审通过。

对于每个任务可能对应多个版本文档，而每份文档都需要评审。

项目经理需要为每个需要评审的任务分配评审人员。

对于财富库方面，要求每一份资源都要有至少一种分类，多个关键字来供系统用户查询。

而上传资源用户可以将资源分配给不同角色或部门，以限制资源的访问。

综上所述，本毕业设计的E-R[3]图如图3.2所示：

3.2.2　数据库逻辑设计

该E-R图有十四个实体，十个1：

N联系，三个1:

1联系，一个M：

N联系，转换成关系模式如下：

Popedom（PopedomID，DenayID，LibraryDocumentID，PopedomType）

Keyword（KeywordID,LibraryDocumentID,KeywordName）

Classify（ClassifyID，ClassifyName，FID,CreateID,CreateTime）

LibraryDocument（LibraryDocumentID,LibraryDocumentName,Url,PostFix,UploadTime,UploadUserID）

UserInfo（UID，UserName，LoginName，Password,DID,Telephone,Email,Address,Sex,RID,IsEable）

UserRole（RID,RoleName,AbridgeName）

Department（DID，DepartmentName，FatherDepartmentID）

ProjectMember（MemberID,UserRole,ProjectCode,AbridgeName,MemberName,IsManager,DepartmentName,UserID）

Project（id，ProjectCode，ProjectName，PlanStartTime,StartTime,PlanEndTime,EndTime,CreateID,ProjectFee,IsEable,ProjectDescription,AbridgeName,CreateName,ProjectState）

Task（TaskID,ProjectCode,UserID,TaskType,TaskState,TaskStartTime,TaskEndTime,TaskTemplateID,WorkLoad,IsNeedAccreditation,ProjectStage,TaskName,IsMilestone,PreTaskID,IsEable,Result,TaskActualStartTime,TaskActualEndTime）

Pro_Document（Project_Document_ID，ProjectCode，SubmitTime,TaskID,DocumentName,PostFix,IsMainDocument,Url,Version,Yn,IsReslove）

TaskTemplate（TaskTemplateID,TaskTemplateName,ProjectStage,CreateName,CreateTime,Workload,IsEable,TaskType,PreTaskID,IsMilestone,IsNeedAccreditation）

DocumentTemplate（DocumentTemplateID,TaskTemplateID,DocumentTemplateName,PostFix）

Accreditation（AccreditationID，AccreditationResult,TaskID,AccreditationTime,AccreditationAddress,AccreditationState）

AccreditationPeople（AccreditationPeopleID,UserID,UserType,TaskID）

Mapping（MappingID,ClassifyID,LibraryDocumentID）

3.2.3　数据库物理设计

根据数据库逻辑设计的数据结构，并结合需求分析的内容，数据库的物理结构设计如下表：

表3