软件开发项目管理过程分析报告(共27页).doc

《软件开发项目管理过程分析报告(共27页).doc》由会员分享，可在线阅读，更多相关《软件开发项目管理过程分析报告(共27页).doc（27页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上软件开发项目管理过程分析报告 学 院： 华信软件学院 专 业： 软件工程 课程名称： 专业前沿技术发展动态 课程代码： 姓 名： 满咏涛 学 号： 所在班级： 5班 指导教师： 张一鸣 设计题目： 企业文档管理系统 （范围、质量、时间管理） 专心-专注-专业摘 要 伴随着企业的不断发展，企业的的各种资料的积累也会不断的增加。如何管理这些资料是各个企业都比较关注的一个问题。而在计算机技术高速发展的今天，将各种资料都数据化已经是一个十分普遍的现象。一个好的文档管理系统已经成为企业需要的必然工具。针对这个问题，本次项目设计的就是一个企业文档管理系统。可以解决大多数企业的文档

2、资料管理问题。本系统基于J2EE平台，使用B/S架构进行开发，使用当下最流行的SSH框架开发，采用MVC设计模式进行开发，本次的系统开发完全是一切为用户着想，界面要美观大方，操作尽量简单明了，使其文件管理系统的管理实现规范化、科学化。因为文件管理系统的使用者大多都是普通的用户，并不具备非常专业的计算机类知识，过于复杂的系统将会使系统操作人员不方便使用，因此，简单实用的系统成为了系统意向非常重要的指标，能够适用于任何人群。在对项目的相关开发过程和背景进行了解后，完成了本论文的编写。本论文主要设计到关于该项目的一些相关内容的介绍，着重介绍了项目范围管理，项目质量管理和项目时间管理，这三部分都是软件

3、项目管理的重点内容，也是与项目能否成功息息相关的。关键字：企业文档管理 ,项目范围管理，项目质量管理，项目时间管理 目 录4 第一章 项目概述1.1项目背景介绍 伴随着企业的不断发展，企业的的各种资料的积累也会不断的增加。如何管理这些资料是各个企业都比较关注的一个问题。而在计算机技术高速发展的今天，将各种资料都数据化已经是一个十分普遍的现象。一个好的文档管理系统已经成为企业需要的必然工具。针对这个问题，本次项目设计的就是一个企业文档管理系统。可以解决大多数企业的文档资料管理问题。 1.2项目规划 作为一个企业文档管理系统，系统开发的总体任务是实现企业中各职员以及总经理对于文档的操作，目的是为了

4、让企业中所有人可以便捷的对拥有文档，企业库中的文档进行操作，保持了企业内部消息的快速流通和对秩序的梳理。系统功能分析是在系统开发的总体任务的基础上完成的。企业文档管理系统需要完成的功能主要有：用户的注册和登录；对文档进行管理以及个人信息管理功能；管理员也可以对文档进行管理，同时保持对用户以及公告的管理。在数据库方面，利用关系数据库功能强大的查询语言对企业各类文档信息入库保存，按要求及时处理。该系统集添加，修改，查询和删除各种处理为一体，操作快捷、方便，性能高效、强大；使用易懂、易会，数据处理形象化，根据需要用户可以进行需求操作。本系统在实施过程中主要实现以下目标：（1）界面美观，体现企业文档管

5、理的正规化，而且操作简便。（2）各功能模块层次清晰，代码高效易懂。（3）添加和编辑简便、清晰，提高工作效率。（4）查询方便，数据存储安全可靠。（5）功能全面，实用性强。本系统在研发过程中主要实现以下主要功能：（1）用户的注册登录，及个人信息管理（2）用户对文档的操作（3）文档的加密，锁死等安全操作（4）管理员对于文档和公告的管理项目目标：在三个月的时间里，通过开发小组的工作，使企业文档管理系统可以正式运行，要求能实现该企业所要求的通过B/S架构的完成对文档操作的功能，从而节约成本，完成工作。 1.3 可行性分析 随着计算机的普集，为人类的进步注入了新的活力。新的技术为人们带来的是更快捷、更可靠

6、的服务。电子文档电子数据已经取代了传统纸质文件，进入到人们日常生活之中，越来越多的文件保存在计算机上，如果企业不好好管理文件，将造成以后的使用困难，查找麻烦。为了解决这个问题，企业文档管理系统应运而生，为了满足企业的需要。本系统要实现文件上传下载，文件分类，文件加密，文件锁死，文件批量销毁，系统整个关闭，增加系统工作日志等，提高文件数据资源信息的丰富度，满足企业日常办公需要，并且有着良好的安全性。其中功能需求重点是：1数据资产保护2.防止泄密3.文档访问管理4.灵活操作5.事件追中6.管理成本低1.3.1经济可行性 从经济角度来说，服务器搭建成本较为低廉，由于初期系统不会有太多用户，所以并不需

7、要更多的服务器，来增加系统的稳定性。一台服务器和一个系统管理员便能完成初期的系统需求。1.系统开发，建立费用共15万元。其中本系统开发为6个月，需开发人员5人（不完全参加满），根据软件系统规模估算，开发工作量为16个月，每人每月平均工费按6000元计算，开发费用为9万6千元.2.服务器1台1万元3.相关配件5000元一次性支出费用16万5000元从企业长远考虑出发，一次投资所带来的价值是长久的。所以从经济角度来说整个系统是可行的。1.3.2技术可行性 从技术角度上说，只需要服务器端拥有足够大的硬盘便能满足用户的上传文件需要，服务区端需要有良好的网络支持，并不需要高端的处理器便能满足系统运行的需

8、要。利用java来编写源程序，使用开源的ssh框架，增加了系统今后的可维护性。所以说从技术角度来说是可行的。1.3.3社会可行性 伴随着企业的不断发展，企业的的各种资料的积累也会不断的增加。如何管理这些资料是各个企业都比较关注的一个问题。而在计算机技术高速发展的今天，将各种资料都数据化已经是一个十分普遍的现象。一个好的文档管理系统已经成为企业需要的必然工具。针对这个问题，本次项目设计的就是一个企业文档管理系统。可以解决大多数企业的文档资料管理问题。 从社会角度来说，电子文档的使用已经成为大多数企业不可缺少的一部分，人们对次有广泛的认知度，所以从社会角度来说系统是可行的。 1.4 项目整体管理1

9、.4.1 开发计划软件项目进入系统开发启动实施夹断前必须要有一个完整的项目计划，主要包括如下几个工作：首先要将详细的项目实施范围确定；第二，要将工作成果定义递交；第三，要对实施过程汇总的的主要风险作出评估评；第四，要对实施的时间、成本、人力资源计划做出详细的计划。1.4.2 配置管理软件配置管理简称SCM（Software Configuration Management的缩写），我们的软件开发是否需要对其进行配置管理需要看软件的规模的大小，软件的规模越大，配置管理则越为重要。配置管理是在软件开发中的标志、控制和管理软件更改的一种管理。项目规模和复杂性以及风险水平决定了配置管理的使用。1.4.

10、3 项目管理没有管理无论做什么都是一盘散沙，对于软件开发更为需要项目的管理，如果没有管理也许一个软件也能诞生，但最后的结果可能会惨不忍睹，比如盈利最后成为亏损，软件开发的方向发生错误，成品出现重重的BUG，再者没有管理是大大增加开发过程中的风险。第二章 项目范围管理2.1 项目范围管理概述任何项目都有其严格的范围控制，正所谓无范围便无项目，没有控制项目的范围更谈不上管理一个项目。在软件项目管理中范围是指产品范围和项目范围，产品范围指的是软件项目所具有的特定使用功能范围，例如本文所分析企业文档管理系统，此项目的使用范围是对企业的文档和数字文件进行有效的管理，管理功能有管理文档的存储，分发，加密，

11、打印和下载。项目范围是指为了完成所要的项目功能所必须完成的工作。项目范围直接影响项目成功，因为项目范围直接影响，质量，时间，成本。四者关系图如图2.1所示。成本质量范围时间 图 2.1 四者关系图Fig. 2.1 The relationship between the four graphs2.2收集需求收集需求是定义项目目标，更具客户的期望定义项目终极目标，让用户阐述项目目标，分析人员根据客户的目标制定项目的功能方案，分析需求流程图如图2.2所示。 输出1. 需求文件2. 需求管理计划3. 需求跟踪矩阵输入1. 项目章程2. 关系人员登记注册 工具与技术1. 访谈2. 焦点小组会议3. 引

12、导式研讨会4. 群体创新技术5. 群体决策将技术6. 问卷调查7. 观察8. 原型法 图 2.2 分析需求流程图Fig. 2.2 Analysis of demand flow chart本企业文档管理系统使用的问卷调查的形式，面向众多企业文员进行搜集调查。完成系统需求统计，更具调查结果得到以下结论如图2.3图2.4 图2.5所示。对目标对象样本总计安全性配置要求高低操作难易度界面美观度分发文件直接打印文件下载文件加密文件备份维护难度17%3%3%10%10%20%15%5%15%2% 图 2.3 对目标对象样本总计图 Fig. 2.3 Sample total graph对目标对象年龄分组统

13、计年龄分组安全性配置要求高低操作难易度界面美观度分发文件直接打印文件下载文件加密文件备份维护难度30岁以下17%0%0%16%10%20%10%10%17%0%30-40岁17%3%3%10%10%20%15%5%15%2%40-50岁30%0%10%0%10%10%5%15%15%5% 图 2.4 对目标对象年龄分组统计 Fig. 2.4 Age grouping statistics对目标对象收入分组统计（年收入）收入分组安全性配置要求高低操作难易度界面美观度分发文件直接打印文件下载文件加密文件备份维护难度2-5万30%0%10%0%10%10%5%15%15%5%5-10万17%3%3%

14、10%10%20%15%5%15%2%10-30万17%0%0%16%10%20%10%10%17%0% 图 2.5 对目标对象收入分组统计 Fig. 2.5 Income statistics根据调查问卷结果可知，更多的用户需要如图所示2.6所示（由高到低）：直接打印文件安全性下载文件文件备份分发文件界面美观度加密配置要求高低操作难易度维护难度20%17%15%10%5%15%5%4%2%2% 图 2.6 用户需求高低排列Fig. 2.6 The user requirement level arrangement2.3定义范围定义范围产出的结果是项目范围说明书。本企业文档管理系统得出项目范

15、围说明书概要如图2.7所示。产品范围描述本系统可以实现1.数据资产保护2.防止泄密3.文档范文管理4.灵活易操作5.事件追踪6.管理成本低产品验收标准1.能实现集中式文档管理2.提供便捷的检索3.有完整的操作日志4.用户有权限限制5.系统可以追踪用户操作6.限制文档本地保存7.限制拷贝，当大量资源操作时服务器正常运行。项目可交付成果包含所有文件成果管理报告，成果描述。项目的除外责任在系统安装阶段造成的文件损失不在责任内，人员恶意损害系统造成的损失不在责任内。项目制约因素项目制约因素有1.服务端机器配置2.服务器端机器配置3.运算限项目假设条件项目运行假设条件说明书表 图 2.7 项目范围说明书

16、概要Fig. 2.7 The project scope statement.2.4创作工作分解结构 将项目工程细分各个模块，派发到各个执行人员，模块化的操作使项目更易管理。工作分解结构如图2.8所示编号工作划分负责人王某系统工程师苏某系统工程师轧某程序员满某程序员麻某1审批1.1收集信息审查设计审查实现1.2加工信息审查1.2.1统计设计实现1.2.2计算设计实现1.3打印程表审查设计实现 图 2.8 工作分解结构Fig. 2.8 Work breakdown structure2.5核实范围核实范围是验收可交付项目，验收结果的过程，流程图如图2.9所示。 输出1. 验收可交付成果2. 变更

17、请求3. 项目文件 输入1.项目管理计划2.需求文件3.需求跟踪矩阵4.确认交付成果 图 2.8 工作分解结构 Fig. 2.8 Work breakdown structure2.6控制范围控制范围是监督项目产品的运行状态的过程，对项目的需求进行动态改变，控制范围要与其他控制过程整合在一起。确保一切对系统的変更都在控制过程范围内。控制范围流程图如图2.9所示。 输出1. 工作绩效测量结果2. 组织过程资产（更新后）3. 变更请求4. 项目管理计划（更新后）5. 项目文件（更新后） 输入1. 项目管理规划2. 工作绩效信息3. 需求文件4. 需求跟踪矩阵5. 组织过程资产 图 2.9 控制范围

18、流程图 Fig. 2.9 Control flow chart第三章 软件项目质量管理3.1软件项目质量管理概述软件项目质量就是从客户角度出发，是否完成客户的功能需求，软件项目质量就是客户对此系统的满意程度，体现了项目初期和客户沟通的成果，一切客户需求体现了项目需求说明书中。但是从项目经理人角度出发，项目质量还要包含另两个因素，成本和时间，要在 成本+时间+项目质量这个公式中动态调整，便是用有限的资源和较短的时间取得较高的项目成果。完成高质量软件项目是每一个项目经理的目标，但是权衡各项因素，符合当前团队状态开发出的优异软件项目，才是每一个团队的目标。 本企业文档管理系统使用的质量模型是ISO

19、9126模型如图3.1图3.2所示 图 3.1 外部和内部质量模型Fig. 3.1 The external and internal quality model 图 3.2 使用中的质量模型Fig. 3.2 Quality model in use3.2软件项目质量管理计划只有做出详细的软件项目管理计划才能做好项目控制，项目质量计划要通过各个项目执行标准来对项目的功能进行检测从而是项目达到初期项目需求目标，没有计划书盲目的审查项目，将对项目的总体进度造成严重影响。本企业文档管理系统质量管理计划适用范围，编写依据及其标准定义。1.适用范围（a）1.数据资产保护2.防止泄密3.文档范文管理4.灵

20、活易操作5.事件追踪6.管理成本低（b）1.能实现集中式文档管理2.提供便捷的检索3.有完整的操作日志4.用户有权限限制5.系统可以追踪用户操作6.限制文档本地保存7.限制拷贝，当大量资源操作时服务器正常运行。2. 编写依据知识体系：SWEBOK过程标准：CMMI，软件工程规范国家标准建模标准：UML等质量管理标准：ISO 9001-2001，TQC3. 质量计划要求 质量计划要求表如图3.3所示可用度任意时刻都可以实现系统的使用，即便服务器维护的时间。初期故障率初期故障率可以接受的时间是100小时1次故障偶然故障率偶然故障率可以接受的时间是1000小时1次故障平均失效间隔时间平均失效间隔时间

21、可以接受的范围是1000-10000h之间缺陷密度开发阶段可以接受的是每千行代码可以有50-60个缺陷，交付时每千行代码中有15-18缺陷平均失效恢复时间平均恢复时间是2小时故障修复成功 图 3.3 质量计划要求表Fig. 3.3 Quality plan requirements table3.3软件项目质量保证软件项目角度是从第三方的角度来监控整个项目实施的结果，提高项目整体的透明度。软件质量保证活动是通过编写质量报告来实现的。例如本企业文档管理系统的其中一个产品审计报告表如图3.4所示项目名称企业文档管理系统项目标识别QTD-HT0302-102审计人陈建审计对象功能测试报告审计时间20

22、13-03-09审计次数1审计主题从质量保证管理角度审计测试报告 审计项与结论审计要素审计结果测试报告与产品保准的符合程度与产品标准存在如下不符合项：版本号目录标识测试执行情况测试情况总结测试总不存在结论由于测试报告存在上述不符合项，建议修改报告，并进行下次审计审核意见不符情况基本属实，审计有效审核人：陈建审核日期：2013-03-09填写人；陈建填写日期：2013-03-09 图 3.4 审计报告表Fig. 3.4 The audit report3.4 软件项目质量控制 软件项目质量控制是从项目内部出发，对项目进项严格把关。只有进行了内部软件项目评审，才能有效的保证项目质量。 由于本身企业

23、文档管理系统项目并不庞大，服务于企业内部，所以执行非正式技术评审（ITR）便能控制项目质量。3.4软件测试3.4.1项目背景项目名称：企业文档管理系统委托单位：XX企业开发单位：XX企业3.4.2 网络环境软件硬件如图3.5所示 图 3.5 硬件图Fig. 3.5 Hardware diagram网络软件windows自带3.4.3服务器硬件服务器数量：一台服务器硬件配置：品牌联想 内存8G 至强Xeon E3-1230 V2 硬盘：2TB数据库服务器软件：windows7 sp2服务器版 ORACLE10g3.4.4测试机环境使用的操作系统：windows7 sp2使用的测试机数量：5台使用

24、的Cpu：corei5使用的内存：4G使用的浏览器：IE113.4.5测试工具类型工具产商版本测试流程管理bugfree2.0缺陷报告跟踪bugfree2.0性能测试LoadRunnermercury8.1数据库监控工具spotlightQuest software5.03.4.6测试结果测试结果如图3.6所示 图 3.6 测试结果Fig. 3.6 Hardware diagram第四章 软件项目时间管理4.1软件项目时间管理概述及其过程软件项目时间管理就是，管理期任务完成时间阶段，软件开发时间安排机遇的是最终交付日期，科学化的安排分阶段任务完成时间有助于项目的完成结果质量提高。细化后的工作分

25、布表如图4.1所示。 图 4.1 工作分布表 Fig. 4.1 Work distribution table4.2定义活动网络图就是一种示意图，用来描绘项目中各项活动以及它们的时序关系。网络图如图4.2所示 图 4.2 网络图Fig. 4.2 Network diagram模块说明：A登录B CEO C管理员D员工E文档管理F文件模块G完成文件操作关键路径：ADEFG4.3 活动时间估计活动时间估计，因各种因素的干扰，需要对各个小活动的完成时间进行估计，活动时间估计表如图4.3所示（单位：人天）：WBS任务名称估计值(人天)小计(人天)总计(人天)1通用功能81591.1界面管理3 1.2公

26、告管理3 1.3登录日志2 2文档子系统 542.1文件信息查询62.2上传文件62.3上传文件加密32.4文件共享62.5文件删除32.6文件格式增加62.7文件权限62.8文件私密性62.9文件修改日志32.10增加公共空间32.11发布公告63文档管理子系统663.1用户信息93.2文件信息63.3公告信息93.4文件锁定33.5文件删除63.6所有文件锁定63.7所有文件删除63.8所有文件加密63.9文件属性增加63.10文件修改33.11文件批量修改33.12公告批量发布34用户子系统314.1文件信息查询34.2 个人信息查询34.3增加自己文件34.4下载文件34.5锁文件64

27、.6加密文件64.7文件查询54.8公告查询2 图 4.3 活动时间估计Fig. 4.3 Activity time estimation4.4编写项目进度计划编写项目进度计划的目的是节约时间，整体对项目进行时间分配。节约时间资源，合理进行时间分配。工作量分配如图4.4所示。测试与调试 分析与 设计 编码 图 4.4 工作量分配图 Fig. 4.4 Workload allocation map 4.5进度安排方法本企业文档管理系统进度安排如图4.5所示 图 4.5 进度安排图 Fig. 4.4 Schedule diagram4.6进度计划控制该项目的进度控制主要有五个步骤如图4.6所示：识

28、别偏差分析偏差原因，用鱼骨图说明了该项目进度延迟的各种原因确定对既发偏差的态度关注进度的正负偏差调整项目进度计划 图 4.6 步骤图Fig. 4.6 Step graph第五章 结论 通过这次项目分析使我对网上文件管理系统的开发有了一定的了解。对软件开发方法，有了一定的认识；丰富了我的如啊你按学习的经验，提高了专业素养水平。加深理解了这几年在软件学习中学习到的知识和理论，并使其在实际开发中得到运用。同时通过编写专业设计论文，掌握了软件文档的书写方法和书写格式。 总体说来，在这次长达一个学期的专业设计中，我真正学到了很多有用的东西。 在感悟了这些之后，对我的技能有了很大提高和进步，做事更认真，更细心，要努力才会有进步和提高，无论是否以后参加软件方面的工作这些都是我宝贵的财富。