图书管理系统-软件项目管理大作业

图书管理系统项目管理

2016年6月22日

目录

1．合同管理------------------------------------------------------------------2 2．生存期--------------------------------------------------------------------4 3．需求管理

3.1 软件需求管理过程---------------------------------------------------5

3.1 需求概述---------------------------------------------------5

3.2 目标--------------------------------------------------------5

3.4 功能需求-------------------------------------------------- 5

3.8 编写用例文档----------------------------------------------7

4．任务分解---------------------------------------------------11

4.1 任务清单-----------------------------------------------------------11

4.2 WBS---------------------------------------------------------------14

5．规模估算---------------------------------------------------11

6．项目计划----------------------------------------------------15

7．质量计划----------------------------------------------------16

7.1项目经理的职责---------------------------------------------------16

7.2软件项目质量保证活动----------------------------------------------17

7.3测试计划-------------------------------------------------------------19

7.4质量改善------------------------------------------------------------20

8．团队管理---------------------------------------------------21

8.1项目组织结构------------------------------------------------------22

8.2团队沟通管理------------------------------------------------------23

1 合同

合同书

项目名称：图书管理系统项目管理

委托单位(甲方)：Bit金融商务大学

承担单位(乙方)：中国软件有限责任公司

研究起止日期：2016年3月至2016年6月

中国软件有限责任公司

2016年3月21日填

项目名称：图书管理系统项目管理

甲方（合同专用章）乙方（合同专用章）

合同签订日期：2016年3月21日

依据《中华人民共和国合同法》的规定，甲乙双方经友好协商，签定以下合同。双方申明，双方都已理解并认可了本合同的所有内容，同意承担各自应承担的权利和义务，忠实地履行本合同。

第一条本合同软件开发项目的价格、工作进度与安排。（一）软件设计与制作的项目价格项目价格(元) 简要说明

策划创意费 5000元为图书馆建立网站树立企业形象，展现互联网独特的优势与特点。并可以根据企业的市场和经营管理策略特别策划并提供整套的EC解决方案。

首页设计与制作 1500元访问者登陆图书馆网站的首先索引页，以图书馆识别系统为设计基准，兼顾易用性与导引性原则，体现图书馆整体形象特征。

图书馆功能的设计与制作费 8000元根据乙方的要求设计图书馆功能。以符合网站整体风格及体现内容特色为设计基准，兼顾功能性与内容导航特征。

内部制作 800元根据网站整体设计风格，依据不同频道/栏目模板进行个性化设计与制作。英语版 500 按照网站整体设计模板进行不同语种转换。小计 15800元

（二）该项目的进度安排

预计于3月22日开始设计，首页设计与制作，图书馆功能设计与制作将于4月20日完成。内部制作以及英语版于5月2号完成。到六月1号完成整个软件的调试工作。

第二条合同履行期限按照附件规定的工作进度决定，经双方协商一致，可以延长该期限。第三条甲方应向乙方提供必要的资料和方便条件，协助配合乙方进行软件的开发、调试、安装及实施。

第四条双方的基本权利和基本义务甲方的权利和义务根据本合同项目的实际需要和乙方的要求提供协助，并提供有关的资料，报表及文档等，甲方保证所提供的所有资料完整、真实、合法。按本合同约定支付软件开发费用。甲方有权在软件验收之日起一年内，要求乙方对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。

乙方的权利和义务：

按照甲方提供的材料按时完成本合同规定的软件开发工作。

可以根据甲方的要求帮助甲方举办培训和技术咨询，具体的操作方式及费用双方另行签署协议确认。

依合同收取软件开发费用。

乙方有义务在软件验收之日起一年内，对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。

第五条甲方在一年的免费维护期之后，需要乙方对软件模块进行维护时，乙方可根据情况酌情优惠收取模块维护费用。

第六条甲方同意按双方约定的付款方式和时间及时向乙方支付合同费用，以及提供其他必要的帮助。

第七条本合同涉及的相关程序、文件源码的版权属乙方所有，但乙方授予甲方使用权。未经乙方许可，甲方不得公布文件源码，不得复制、传播、出售或者许可他人使用乙方作品及其程序等。乙方可以在业务范围内使用这些作品。

第八条甲方不能按时支付合同费用，导致的工期延误，其责任由甲方承担。第九条双方当事人应当保守在履行本合同过程中获知的对方商业秘密。

第十条双方应本着诚实信用的原则履行本合同。任何一方在履行中采用欺诈、胁迫或者暴力的手段，另一方可以解除本合同并有权要求对方赔偿损失。任何一方在履行中发现或者有证据表明对方已经、正在或将要违约，可以终止履行本合同，但应及时通知对方。若对方继续不履行、履行不当或者违反本合同，该方可以解除本合同并要求对方赔偿损失。

第十一条本合同签订后，经双方当事人协商一致，可以对本合同有关条款进行变更或者补充但应当以书面形式确认。上述文件一经签署，即具有法律效力并成为本合同的有效组成部分。第十二条本合同附件为本合同不可分割的一部分，与合同正文具有同等法律效力。

第十三条任意一方欲提前解除本合同，应提前通知对方。甲方提前解除合同的，无权要求乙方返还预付费用并应对乙方遭受的损失承担赔偿责任；乙方无故解除合同的，应双倍返还上述费用。本合同其他条款对合同的解除另有约定的，从其约定。

第十四条任何一方违反本合同，给对方造成损失的，还应赔偿损失。

第十五条订立本合同所依据的客观情况发生重大变化，致使本合同无法履行的，经双方协商同意，可以变更本合同相关内容或者终止合同的履行。

第十六条双方当事人对本合同的订立、解释、履行、效力等发生争议的，应友好协商解决；

协商不成的，双方同意向仲裁委员会提交仲裁并接受其仲裁规则。

动漫软件

第十七条本合同经由双方授权代表签字，自签订之日起生效。第十八条本合同一式两份，双方当事人各执一份，具有同等法律效力。

甲方(盖章)：___√______ 乙方(盖章)：___√______

法人代表(签字)：_Jim________ 法人代表(签字)：_Jack________

___2016___年__3__月__22__日 ____2016_____年__3__月__22__日

2 生存周期模型

当有一个稳定产品定义和很容易被理解的技术解决方案时，纯瀑布模型特别合适。当你对一个定义很的版本进行维护或将一个产品移植到一个新的平台上，瀑布模型也特别合适。

对于那些容易理解单很复杂的项目，采用纯瀑布模型比较合适，因为可以用顺序方法处理问题，质量需求高于成本需求和进度需求的时候，它尤为出色。当开发队伍的技术力量比较弱或者缺乏经验时，瀑布模型更为合适。所以本图书管理系统采用瀑布模型。

需求分析

设计

实施

测试

3需求规格说明书

3.1 需求概述

3.2 目标

“图书管理系统”主要提供图书信息和读者基本信息的维护以及借阅等功能。该系统针对的用户是单个中小型图书室，藏书的种类和数量较少，系统需要操作方便，方便管理员对整个系统管理和学生借阅书的方便。

3.3 用户类和特征

最终的用户是图书管理员和读者，图书管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。读者是普通用户，具备一定的计算机操作知识即可。

3.3 运行环境

操作系统：Windows 2000 Server 或 Windows NT。

数据库管理系统：SQL Server。

开发工具：Eclipse。

软件平台：Tomcat。

客户端软件选择的具体说明：web浏览器。

3.4 功能需求

本系统相应的需求有：

（1）能够存储一定数量的图书信息,并方便有效的进行相应的书籍数据操作和管理，这主要包括：

?图书信息的录入、删除及修改。

?图书信息的多关键字检索查询。

?图书的出借、返还和资料统计。

（2）能够对一定数量的读者进行相应的信息存储与管理，这其中包括：?读者信息的登记、删除及修改。

?读者资料的统计与查询。

?能够提供一定的安全机制，提供数据信息授权访问。

管理员

学生修改读者信息

修改图书信息

办理借阅

查询图书信息

查询图书信息

关系数据

3.5 需求补充说明：

（1）数据保存：需要长期保存在数据库的数据有：

?图书信息：图书的基本信息；

?读者信息：读者的基本信息；

?借阅信息：图书的借阅信息；

?帐号信息：图书管理员和读者的登录帐号；

（2）系统用户：图书管理员、读者。

?图书管理员：对图书和读者数据可执行添加、修改、删除以及查询等操作。

?读者：可查询图书以及查询与本人相关的借阅信息。

3.6 确定执行者

执行者是与系统交互的外部实体，它既可以是人员也可以是外部系统或硬件设备。

确定执行者可以通过提出以下问题得到：

–谁使用系统的主要功能？

–谁需要系统的支持以完成日常工作任务？

–谁从系统获取信息？

–谁负责维护和管理系统以保证其正常运行？

–系统需要应付（处理）哪些外部硬件设备？

–系统需要和哪些外部系统交互？

在本例中，可以确定“图书管理员”和“读者”为系统的执行者。“图书管理员”负责使用系统的主要功能，“读者”从系统中获取所需的信息。

3.7 确定用例

用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。

确定用例可以通过提出以下问题得到：

–参与者需要从系统中获得什么功能？参与者需要做什么？

–参与者读取、产生、删除、修改或存储系统的某些信息吗？

–系统中发生事件需要通知参与者吗？参与者需要通知系统某件事情吗？

–系统的输入/输出信息是什么？这些信息从哪儿来到哪儿去？

–采用什么实现方法满足某些特殊要求？

本例中我们通过一定的调研和分析得到的“图书管理系统”的用例图，如图3.1所示。

图3.1 用例图

3.8 编写用例文档

用例图不能提供用例所具有的全部信息，因此需要使用文字描述那些不能放映在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描述用例时，应该只注重外部能力，不涉及内部细节。下面给出本例中的用例文档。 (1).图书信息的维护用例

用例名：图书信息的维护

参与执行者：图书管理员

入口条件：图书管理员已经登陆到该系统中。

事件流：当有新书入库时，图书管理员在录入页面输入书的信息，点击提交按钮，系统将书的信息保存到数据库中；当某一本图书的信息需要修改时，图书管理员通过输入查询条件，搜索出该书时，点击修改按钮，系统在可编辑状态显示图书的当前信息，图书管理员修改具体信息，点击保存按钮，系统将更新数据库中该书的信息；当需要删除一个或多个图书时，图书管理员查找到需要删除的图书记录，点击删除按钮，系统提示“确实要删除？”对话框，当管理员选择“是”，系统将删除数据库中相应图书的信息，反之，则不进行任何操作。

出口条件： 系统将数据库中的信息进行相应的操作：添加图书信息时，将新的图书信息保存在数据库中；修改图书信息时，将数据库中该图书的信息做相应的更新操作；删除图书信息时，则删除数据库中的相应图书记录。

异常事件：在图书进行修改和删除时，先查出需要进行处理的图书记录，如果数据库中不错在符合条件的记录，查询无结果时，则无法进行修改和删除操作。 (2).读者信息的维护用例

用例名：读者信息的维护

参与执行者：图书管理员

入口条件：图书管理员已经登陆到该系统中。

读者信息的查询

口令管理

事件流：当有新的读者时，图书管理员在录入页面输入读者的信息，点击提交按钮，系统将读者的信息保存到数据库中；当某一本读者的信息需要修改时，读者管理员通过输入查询条件，搜索出该读者信息时，点击修改按钮，系统在可编辑状态显示读者的当前信息，读者管理员修改具体信息，点击保存按钮，系统将更新数据库中该读者的信息；当需要删除一个或多个读者时，图书管理员查找到需要删除的读者记录，点击删除按钮，系统提示“确实要删除？”对话框，当管理员选择“是”，系统将删除数据库中该图书的信息，反之，则不进行任何操作。

出口条件：系统将数据库中的读者信息进行相应的操作：添加读者信息时，将新的读者信息保存在数据库中；修改读者信息时，将数据库中该读者的信息做相应的更新操作；删除读者信息时，则删除数据库中的相应读者记录。

异常事件：在进行修改和删除读者信息时，先查出需要进行处理的读者记录，如果数据库中不错在符合条件的记录，查询无结果时，则无法进行修改和删除操作。

(3).图书信息的查询用例

用例名：图书信息的查询

参与执行者：图书管理员、读者

入口条件：无

事件流：通过交互界面输入查询条件(如书名，作者名等)搜索图书记录。

出口条件：若有符合条件的课程信息，则系统显示这些图书信息。否则系统提示用户重新输入查询条件。

(4).读者信息的查询用例

用例名：读者信息的查询

参与执行者：图书管理员

入口条件：用户已经登陆到该系统中。

事件流：通过查询界面输入查询条件(如读者证，读者姓名等)搜索待读者记录。

出口条件：若有符合条件的读者信息，则系统显示读者信息。否则系统提示用户重新输入查询条件。

(5).查询个人基本信息用例

用例名：查询个人基本信息

参与执行者：读者

入口条件：用户已经登陆到该系统中。

事件流：点击查询个人基本信息按钮。

出口条件：系统显示读者本人信息。

(6).查询个人借阅信息用例

用例名：查询个人借阅信息

参与执行者：读者

入口条件：用户已经登陆到该系统中。

事件流：点击查询个人借阅信息按钮。

出口条件：系统显示读者的借阅信息。

(7).借书用例

用例名：借书

参与执行者：图书管理员、读者

入口条件：图书管理员已经登陆到该系统中。

事件流：图书管理员在借书页面，输入图书编号和读者证号，点击保存。

出口条件：系统将这条借书记录保存到数据库中。

异常事件：如果该图书未入库，数据库中不存在该图书编号，提示“该书未入库”；如果数据库中不存在该读者证号，也相应的做出提示。

(8).还书用例

用例名：还书

参与执行者：图书管理员、读者

入口条件：图书管理员已经登陆到该系统中。

事件流：图书管理员在还书页面，输入图书编号，点击还书。

出口条件：系统将删除数据库中这条借书记录。

异常事件：如果数据库中不存在这本书的借阅记录，提示“非本馆借出的图书”,如果该书已过期，也相应的做出提示。

9.口令管理用例

用例名：口令管理

参与执行者：图书管理员、读者

入口条件：用户已经登陆到该系统中。

事件流：用户点击“修改密码”按钮，在口令修改页面输入新的密码，点击保存按钮。

出口条件：数据库中的密码被修改成最新的密码。

3.9.非功能需求

3.9.1 性能需求

图书管理系统的使用者是图书管理员和在校学生。对于图书管理员的管理工作，性能要求不是很严格，但需要方便图书入库等操作。对于学生的图书借阅、查询等功能，对性能要求较高，一般需要达到并发数200以上。

3.9.2 安全性需求

由于图书管理系统的图书量会非常大，所有在对这些图书导入和查询时要保证速度。在图书借阅过程中又要保证事务的完整性。对于整个系统，需要完整的权限控制，防止某些人恶意的攻击系统，修改原始记录。同时对于数据库中的数据需要定时备份，防止系统数据丢失。此外，系统要求用户在登陆时需要身份验证。

3.10.故障处理

在正常情况下，应不出错。一旦发生意外，比如掉电、网络不通等，应保证系统数据不会丢失。

4 项目任务分解

4.1 任务清单

4.1.1 功能分解清单

1．图书管理系统

1.1 图书借出管理

1.1.1 图书的借出

1.1.2 处理图书信息，包括书名、作者和出版社等

1.1.3 图书借出信息记录，借出时间，借书者的信息。

1.1.4 界面

1.1.5 单元测试

1.2 图书归还管理

1.2.1 图书的归还。

1.2.2 图书信息：书名，作者，出版社等

1.2.3 图书归还信息记录，归还时间，读者信息

1.2.4 界面

1.2.5 单元测试

1.3 读者信息管理

1.3.1 读者信息的编辑功能

1.3.2 读者信息的添加删除功能

1.3.3 界面

1.3.4 单元测试

1.4 管理员登陆

1.4.1 管理员信息编辑

1.4.2 界面

1.4.3 单元测试

1.5 前台欢迎及读者登陆界面

1.5.1 界面

4.2 WBS

政府公文审批及工作通告应用程序

·项目规划

1.合同签署

1.1需求分析报告 & 项目初步规划

1.2项目建议书

1.3合同草案

2.计划编制

2.1时间表

3.确认计划

·需求分析

1.需求开发

1.1需求探索

2.需求管理

2.1需求规格说明书

3.系统测试计划编制

·总体设计

1.策略确定

2.开发标准确定（具体分配方式见任务清单）

3.架构设计（具体分配方式见任务清单）

4.集成测试计划编制

·详细设计

1.接口设计（具体分配方式见任务清单）

2.模块设计（具体分配方式见任务清单）

3.单元测试计划编制

·实现

1.编码（具体分配方式见任务清单）

2.代码复核

3.单元测试

·测试

1.集成测试

2.系统测试

3.测试总额

4.缺陷跟踪

5.手册编写

5．项目估算

项目规模估算使用Delphi法进行估算，具体步骤如下：协调人向小组成员提供项目规格和估计表格；

协调人召集小组讨论与规模相关的因素；

小组成员匿名填写迭代表格；

协调人整理出一个估计总结，以迭代表的形式返回各成员；协调人召集小组会，讨论较大的估计差异；

成员复查估计总结并在迭代表上提交另一个匿名估计；

重复4-6，直到达到一个最低和最高估计的一致。

附Delphi法规模估计迭代表。

项目规模估算

经过小组内部讨论得出项目规模估算如下：项目名称：《个人微薄系统》

规模预测：

代码行：17,000 LOC

周期：3月

工作量：6 人月

费用：￥7600 元

项目进度估算

项目执行期间可根据实际完成情况申请延期。附延期申请表。

项目成本估算

声明

由于涉及到的小组成员没有实际开发的经验，在薪酬结算方面没有可供参照的标准，因此在这里采用统一的￥30.00 人天。

成本估算

7软件项目的质量计划

7.1 项目经理的职责

1.评审质量计划。

2.与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施。

3.定期或事件驱动地评审质量保证活动和结果。

7.1.2质量保证人员的职责

1.负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查。

2.实施项目组成员的质量保证培训。

3.制定质量保证计划。

4．按计划实施审计活动，依照质量保证计划执行评审/审计，并记录执行中发现的不符合项。

5.对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况。

6.对项目内不能解决的不符合项问超；向高层管理提交报告。

7.向项目经理报告项目质量工作状况和质量度量结果。

8.定期向项目组报告质量活动的结果。

8.制定质量保证的过程改进计划，记录过程数据。

7.1.3质量目标

1）基于需求的测试覆盖率为100%。

2）功能测试完善

3）每个阶段评审中发现的问题都已经解决或得到适当处理。

4）产品发布时不存在严重问题以及以上的缺陷。

5）严格满足合同的要求和规格

6）用户领导满意

7.1.4质量策略

1. 控制产品的质量，及时纠正缺陷

2应该特别注意项目工作产品质量的早期评审工作，元论是质量保证还是质量控制，采取的策略都是早期预防和早期排除缺陷。

3将质量贯彻到日常的项目进展过程中；

7.2软件质量保证活动

7.2.1审计

审计(Audit) 是对过程或者产品的一次独立评估。将审核的主体与为该主体以前建立的一组规程和标准进行比较目的是确保真正的遵循了这一个过程，产生了合适的文档和精确反映实际项目的报告，可以预先规划的，也可以是临时决定的。现在讲本项目中的预先规划审计列出如下。在整个开发过程中，会根据需要插入临时决定的审计。

1.审计软件项目计划时间：计划结束标准：合同要求

2.需求规划文档时间：需求制定标准：需求规格说明

3.总体设计文档时间：总体设计制定标准：软件项目计划

4.详细设计文档时间：详细设计制定标准：软件项目计划

5.编码规范时间：详细设计制定标准：软件项目计划

6.产品代码时间：编码结束标准：编码规范

7.测试文档时间：详细设计制定标准：企业质量要求

8.用户手册时间：产品提交之前标准：项目计划和需求

将审计的结果编写审计报告及时提交。以下是制定的质量审计模版

软件质量保证审核报告

注释：

1. 审核阶段：项目计划审核阶段、需求审核阶段、设计审核阶段、编码审核阶段、测试审核阶段、产品发布审核阶段

2. 审核范围：CMM KPA名称

3. 审核标准：所用的审核检查表

4. 严重程度：严重（指与项目计划中定义的过程不符合）

轻微（指活动遵循了过程，但有质量问题）

7.2.2 过程评审

项目严格按照组织定义的软件过程进行开发，过程评审的具体依据参照企业的过程规范，

保证项目中的所有过程活动都在实施范围内。在每次评审之后，要对评审结果做出明确的决

策并形成评审记录。评审可采取文件传阅、评审会等形式。

质量保证人员负责对项目过程迸行监督，将发现的问题和解决情况在每周的例会上通报，

对没有解决的问题迸行讨论，对不能解决的问题提交高级管理者处理。

每个周末，进行一次配置管理审核，确认配置管理工作是否正常进行

7.2.3问题报告

质量保证人员对于每次审计活动发现的不符合项，应该和项目经理协商不符合项的纠正

措施并预定完成日期，若和项目经理存在意见分歧，质量保证人员可以上报给高层管理者，

由高层管理者决定最后的措施。同时，不符合项在项目周例会中汇报。

对不符含项，质量保证人员耍在预定完成日期内重新审计，验证不符合项的纠正情况，

若超过预定完成日期1周仍然有没解决的不符合项，质量保证人员上报给高级管理者，由高

级管理者决定最后的措施。

质量保证人员有独立的汇报途径，日常的汇报途径如下：

1.将发现的问题通知项目经理，协调纠正措施。

2.将项目组内不能协调的问题汇报给茼级管理者，由南级管理者协调解决。

3.将日常工作和过程数据汇报给质量经理，由其统一收集并进行统计。

7.3测试计划

下面是本项目的测试大概计划，详细内容请查阅测试文档。

1.基本测试

单元测试

集成测试

系统测试

测试工作安排

软件项目管理大作业

软件项目管理大作业 软件项目购销合同 本合同由下述双方签署: 甲方: 联系电话: 乙方: 联系电话: 根据《中华人民共和国合同法》及其他有关规定，甲乙双方在平等、自愿、公开、

诚实信用的基础上就XXXXXX储蓄软件项目事宜，经甲乙双方友好协商如下： 第一条储蓄软件项目实施所需的条件（人工及人工费由甲方负责，但技术和质量全部由乙方负责），所进行项目开发所需的事宜明细见附件，附件与本合同不可分割，具有同等法律效力。 第二条产品交付甲方验收前所有质量问题由乙方负责，当交付甲方验收合格后，所有利害由甲方负责。 第三条交货方式双方见面交易。合同为证。 第四条交货时间为2014年9月17日，交货地点xxx。对于产品的数量、质 量等问题，全部由乙方负责。 第五条合约执行内容 经甲乙双方协商约定，整个软件项目设计由乙方提供专业人员和技术进行开发，甲方不用参与，按照乙方技术进行开发且监工由乙方负责，开发完成后，应达到国家验收标准，当与国家标准发生冲突时，按国家标准执行，测试达到标准后，视为乙方工程全部验收合格。如未达到验收标准时，所人工费由乙方负责承担，如能补救，由乙方尽快全部负责，直至达到验收标准。 第六条补充说明 乙方计算的全部材料已全部包含软件项目的全部，甲方不再支付任何费用，经乙方设计与预算得出以上内容与附件包含的内容外，不再有任何增项费用，如有乙方全部承担。 第七条双方职责 1、甲方职责 甲方负责协调乙方与同期作业的其他工程之间的关系（作业时间、作业面等）。 2、乙方职责 （1）乙方负责交付工程的可靠性、安全性，如因未按规定施工造成甲方工期延误、财产损害等严重问题，一切责任由乙方承担。

软件项目管理课程设计

《软件项目管理》课程报告课程 设计报告 题目: 应急指挥系统业务软件开发 姓名：欧和平 学院：机械工程学院 专业：机械设计制造及其自动化6班 学号： 2014210451 2016 年 11 月 前言 XXX 公司很荣幸地被邀请参加XXX 省卫生突发公共卫生事件应急指挥系统业务软件开发的投标，在此对XXX 省卫生局给我司提供机会深表感谢。本投标文件依据贵局提供的招标文件，参照国家、司法部相关标准，基于高新科技在应急指挥系统多年来积累的丰富经验，由本公司专业技术人员经过科学、严谨、务实的

论证和设计，编制出《突发公共卫生事件应急指挥系统业务软件项目》投标书。投标书中主要包括八部分内容。八大部分内容分别是：第一部分公司简介第二部分技术应答书第三部分项目进度规划第四部分项目实施人员规划投标报价清单及优惠条件按贵局招标要求另行封装。如果对此投标书的内容 有任何疑问，希望贵局及时与我们联络：。 本公司郑重承诺：我们将认真做好我们的工作，提供最好的产品和解决方案，最好的价格，最优的服务，为本项目的顺利实施贡献我们的一份力量。通过合作您可深刻感受到本公司严谨的科学态度，高效的办事作风，全面的优质服务。 第一部分公司介绍 一公司简介 XXX 有限公司是专注于全国应急指挥系统科技化、信息化事业的技术研发和服务的专业性技术公司，是一支熟悉业务、精于技术、热心服务、甘愿为公务员事业奉献理想和青春的充满朝气的团队，是经过部公务员局和部分省卫生局的长期检验得到一致好评并充分认可和信任的合作伙伴。 二我们的优势汇聚一流人才，做公务员数字化技术与服务之冠！ ○专业的企业定位 高新科技以专业的精神为所有的客户和伙伴提供高品质产品服务。我们视业务需求为企业的生命，一方面聘请全国最著名的业务专家和教授作为公司顾问，另一方面通过周到的服务使工程师和用户建立密切的联系，保证公司获得

IT项目管理课程作业

1、为什么说项目章程的形式意义大于内容意义？项目章程主要起什么作用？ 答：项目章程应该通过管理者对项目及项目所需的条件进行客观的分析后颁发，它提供给项目经理运用、组织项目所需资源，进行项目活动的权力。主要项目干系人应该对该章程达成共识，并亲笔签名认可。所以在事实上，项目章程的象征意义大于其内容本身。项目章程是正式承认某项目存在的重要文件，它可以是一个特别的文件形式，也可以是项目立项书、企业需求说明书、产品说明书、项目任务书、开工令或项目描述表，项目章程授权项目工作的正式展开。项目的主要干系人需要在项目章程上签字，以表示承认在项目需求和目的上已经达成一致，并承诺提供相关的支持。项目章程对其他文件既有直接作用，也有参考作用。 2、什么是项目范围？什么是项目范围管理？ 答：项目范围是对项目界限进行的定义。从利益相关者角度来看，范围是指项目中的交付成果的总和。项目范围的确定与管理直接关系到项目的整体成功。项目范围管理计划描述了对项目范围如何进行管理，项目范围怎样变更才能与项目要求相一致等问题，是项目管理团队确定、记载、核实、管理和控制项目范围的指南。项目范围管理计划的主要内容有根据详细的项目范围说明书制作的WBS、如何正式核实与验收项目已完成可交付成果的一个过程、控制详细项目范围说明书变更请求处理的方式等。项目范围管理计划包含在项目管理计划之内，也可作为其中的一项分计划。项目范围管理计划可以是正式或非正式的，极为详细的或相当概括的，具体视项目的需要而定。 3、项目进度管理包括哪些内容？ 答：项目进度管理涉及的主要过程包括活动定义（确定完成项目各项可交付成果而需开展的具体活动）、活动排序（识别和记录计划活动之间相互逻辑关系的过程）、活动资源估算（估算完成各项计划活动所需资源类型和数量的过程）、活动持续时间估算（估算完成单项计划活动开展的具体活动时间）、进度计划编制（分析计划活动顺序、计划活动持续时间、资源要求和进度制约因素，制定项目进度表的过程）、进度控制（控制项目进度变更的过程）。 活动定义活动排序活动资 源估算 持续时 间估算 进度计 划编制进度控制 进一步定义范围进 一 步 定 义 时 间 进 一 步 定 义 成 本 进 一 步 定 义 时 间 项 目 进 度 计 划 WBS 进度检查评价调整

旅游管理系统 软件项目管理大作业

目录 1．合同书-------------------------------------------------------------------2 2．生存期-------------------------------------------------------------------3 3．需求规格说明------------------------------------------------------------4 目标-----------------------------------------------------------------4 用户类和特征-------------------------------------------------------4 运行环境------------------------------------------------------------4功能需求------------------------------------------------------------5确定执行者---------------------------------------------------5 确定用例-----------------------------------------------------5 用例文档-----------------------------------------------------6非功能需求----------------------------------------------------------8故障处理-------------------------------------------------------------8 4．任务分解------------------------------------------------------------------8 5．项目估算------------------------------------------------------------------9 直接成本-------------------------------------------------------------9 间接成本------------------------------------------------------------12 估算的误差----------------------------------------------------------12 6．进度计划-----------------------------------------------------------------13 活动顺序-------------------------------------------------------------13 甘特图----------------------------------------------------------------14

软件项目管理课后作业

第一章 14、简述项目生命周期的特征。 答：项目生命周期的特征包括： 成本与人力的投入在项目开始阶段投入较低，在工作执行阶段达到最高，并在项目结束时迅速回落； 干系人的影响力、项目的风险与不确定性在项目开始时最大，并在整个的项目周期中随时间的推移而递减； 变更的代价随着项目的进行呈指数级数增加在不显着影响成本的前提下，改变项目产品最终特性的能力在开始最大，并随着项目的进展而减弱，变更和纠正错误的代价在接近完成时通常会显着增高。 17、软件项目管理主要包含哪些内容 答：软件项目管理的内容主要包括如下几个方面： 人员的组织与管理； 软件度量； 软件项目计划； 风险管理； 软件质量保证； 软件过程能力评估；软件配置管理等。 18、某研究所人员规模500 人左右，主要承接部里下达的研 究任务和从市场上获取的横向项目。研究所准备实施一个 OA 系统，试分析：项目相关者、项目是目标导向的还是产品导向的、项目阶段、项目目标、项目环境。

答：项目相关者包括研究所全体人员，研究所上级和相关部门，市场上的客户； 项目是目标导向的，因为该项目并不是生产某种产品，而是实施一个OA 系统，所以应该是目标导向的； 项目阶段分为概念阶段，开发阶段，实施阶段和收尾阶段。在项目的概念阶段，经理一般要简要的描述项目------------------- 提出项目的概要计划 描述项目的需求和基本构造，给出最初的或粗略的成本估计，生成项目的大概工作内容；概念阶段完成之后就是开发阶段了，在开发阶段，项目团队要建立更详细的项目计划，更精确的成本估计和更详细的 WBS然后是实施阶段，项目团队制定了明确的或者说是非常准确的成本估算，交付了需要的工作，同时向项目相关者提供绩效报告；最后是收尾阶段，该阶段完成所有的工作，客户对整个项目进行验收和接受，项目团队应该在经验总结报告中总结项目经验； 项目目标是在研究所全体员工的办公电脑上实施0A系统，实现办公的自动化； 项目环境包括项目的本质，项目团队成员的特征和相关技术的本 质。在这个项目中，项目的本质是为研究所人员实施办公自动化系统，包括硬件的安装与软件的安装，安装环境又分为个人电脑、大型主机、网络设备等；项目团队成员的特征又分为不同的种类，业务分析员、程序员、网络专家、数据库分析师、质量保证专家、技术文档书写员、安全专家、硬件工程师、软件工程师等；项目的技术本质又包括硬件与软的本质，编程语言的本质，业务与安全的本质等等。

网上购物系统软件项目管理大作业

《网上购物系统》项目管理目录 1.合同 (1) 1.1合同双方 (1) 1.2供应的商品和服务 (1) 1.3时间地点 (1) 1.4专利成果分配 (1) 1.5验收标准 (1) 1.6报酬计算 (1) 1.7违约处理 (1) 2. 生存期 (2) 3.需求管理 (3) 3.1 功能需求 (4) 3.2确定用例 (4) 3.3用例文档 (5) 3.4非功能需求 (6) 3.4.1 性能需求 (6) 3.4.2安全性需求 (7) 3.4.3故障处理 (7) 4.任务分解 (7) 5.项目估算 (9) 5.1直接成本 (9) 5.2间接成本 (9) 5.3网上购物系统总成本 (10) 6. 进度计划 (10) 7.质量计划 (12) 7.1组织机构 (12) 7.2职责 (14) 7.2.1项目负责人的职责 (14) 7.2.1质量保证人员的职责 (14) 7.3质量目标 (14) 7.4质量策略 (15) 7.5软件质量保证活动 (15) 7.5.1审计 (15) 8.风险计划 (15) 8.1风险种类 (16) 8.1.1资金风险 (16) 8.1.2人员风险 (16) 8.1.3时间风险 (16) 8.1.4技术风险 (17) 8.1.5进度风险 (17) 8.2风险控制 (18)

8.2.1风险的化解 (18) 8.3风险监控 (18) 9.团队管理 (18) 9.1项目组织结构 (19) 9.2团队沟通管理 (19) 10.项目结束 (20) 14.1项目终止 (20) 14.2结束计划 (20) 14.3项目收尾 (20)

1.合同 1.1合同双方 甲方：胡某某 乙方：盛某某 1.2供应的商品和服务 供应的软件：乙方为甲方提供所需的网上购物系统 提供的服务：乙方为甲方提供所需的日常维护和服务器管理。 提供的文档：乙方在交付软件时提供详细的软件规格说明书和使用文档。 安装服务：乙方为甲方提供软件的安装。 公文处理：乙方负责将甲方提供的公文资料加载入系统并进行分类。 维护协议：当甲方在使用该产品时，在正常操作的情况下出现BUG或系统错误，乙方免费为甲方提供修复服务以保障软件的正常使用。当由于甲方的错误使用等非软件原因导致出现故障，乙方同样提供修复服务。由于甲方拥有该软件的源代码所有权，因此甲方需要承担部分维修和进一步开发的责任。当软件需要新的功能拓展或改版升级时，由双方共同协商决定。 1.3时间地点 6月10日上午9:00在河北省沧州市黄骅市 1.4专利成果分配 该软件是由甲方向乙方定制，甲方拥有该软件的版权，乙方不能将该软件的任何版本卖个其他客户。软件提交时，项目源代码的所有权自动移交到甲方，乙方不得擅自对源代码进行修改。 1.5验收标准 乙方在开发过程中必须遵守ISO 12207关于软件生命周期和文档的标准。 1.6报酬计算 软件总价为2万元。合同签订后，甲方向乙方支付1万元定金。项目的第二个月，乙方按计划时间表完成需求分析、系统分析、设计和完成系统的基本框架后，甲方向乙方支付0.5万元。该系统完成后，甲方进行验收测试，在签字验收后完成后，甲方向乙方支付全款。 1.7违约处理 任何一方违反本协议导致本协议无法继续履行的，违约方需赔偿守约方违约金人民币2万元，该违约金不足以弥补守约方实际损失的，违约方应赔偿守约方所有实际损失。 甲方法人代表：胡某某

【项目管理知识】信息技术：软件项目管理十大流程

信息技术：软件项目管理十大流程只要流程界定清晰，项目经理就能保证项目的发展方向与终目标相契合。 广义而言，要掌控各种类型项目的发展，首先要关注十个关键的流程。 一、生命周期与方法论 项目的生命周期与方法论，是项目的纪律，为项目开展划出了清晰的界限，以保证项目进程。生命周期主要是协调相关项目，而方法论为项目进程提供了持续稳定的方式方法。 生命周期通常由项目的阶段组成（包括：开始、规划、执行/控制、完成），或由工作的重复周期构成。项目生命周期的细节一般都会随具体业务、项目、客户要求而改变。因此即使在同一个项目中，周期也会有多种可能的变化。对工作细致度、文件管理、项目交付、项目沟通的要求体现在生命周期标准和考核的方方面面。大项目的阶段一般更多更长，而小项目的阶段少，考核点也少。 与生命周期类似，项目方法也因项目而易，细节关注程度高。产品开发项目的方法经常涉及使用何种工具或系统，以及如何使用。信息技术项目的方法包括版本控制标准、技术文档管理、系统开发的各个方面。 项目方法往往不是由项目团队自行确定，而由公司为所有项目设定。采用与否，其实项目团队没有太多选择。公司管理层设定的方法本身代表权威，也是你作为项目领导获得项目控制权的一个途径。考虑项目方法某方面的作用时，始终要把握其对项目人员管理的效率，即在可能出现问题的地方争取正面效应。 二、项目定义 清晰的项目描述决定了你的项目控制能力，因为接下来所有工作都在描述范畴之内。不管你如何并为何要进行描述，你要对你的项目进行书面定义，让项目各方和项

目组随时参考。 项目定义的形式和名称各式各样，包括：项目章程、提案、项目数据表、工作报告书、项目细则。这些名称的共同点在于，项目主管方和其他相关各方面从上而下地传达了他们对项目的期待。清晰的项目定义还包括以下方面： 项目目标陈述（一小段文字，对项目交付成果、工期、预期成本或人力进行高层次的描述） 项目回报（包括商业案例或投资分析的回报） 使用中的信息或客户需求 对项目范围进行定义，列出所有预期的项目成果 成本和时间预算目标 重大困难和假设 描述该项目对其他项目的依赖 高风险、所需的新技术、项目中的重大问题 努力将尽可能多的具体信息，囊括在项目描述或章程中，并使其在项目主管方和相关方面获得认可，进而生效。 三、合同与采购管理

网上购物系统软件项目管理大作业

网上购物系统软件项目管 理大作业 Revised by BLUE on the afternoon of December 12,2020.

《网上购物系统》项目管理目录

1.合同 合同双方 甲方：胡某某 乙方：盛某某 供应的商品和服务 供应的软件：乙方为甲方提供所需的网上购物系统 提供的服务：乙方为甲方提供所需的日常维护和服务器管理。 提供的文档：乙方在交付软件时提供详细的软件规格说明书和使用文档。 安装服务：乙方为甲方提供软件的安装。 公文处理：乙方负责将甲方提供的公文资料加载入系统并进行分类。 维护协议：当甲方在使用该产品时，在正常操作的情况下出现BUG或系统错误，乙方免费为甲方提供修复服务以保障软件的正常使用。当由于甲方的错误使用等非软件原因导致出现故障，乙方同样提供修复服务。由于甲方拥有该软件的源代码所有权，因此甲方需要承担部分维修和进一步开发的责任。当软件需要新的功能拓展或改版升级时，由双方共同协商决定。 时间地点 6月10日上午9:00在河北省沧州市黄骅市

专利成果分配 该软件是由甲方向乙方定制，甲方拥有该软件的版权，乙方不能将该软件的任何版本卖个其他客户。软件提交时，项目源代码的所有权自动移交到甲方，乙方不得擅自对源代码进行修改。 验收标准 乙方在开发过程中必须遵守ISO12207关于软件生命周期和文档的标准。 报酬计算 软件总价为2万元。合同签订后，甲方向乙方支付1万元定金。项目的第二个月，乙方按计划时间表完成需求分析、系统分析、设计和完成系统的基本框架后，甲方向乙方支付万元。该系统完成后，甲方进行验收测试，在签字验收后完成后，甲方向乙方支付全款。 违约处理 任何一方违反本协议导致本协议无法继续履行的，违约方需赔偿守约方违约金人民币2万元，该违约金不足以弥补守约方实际损失的，违约方应赔偿守约方所有实际损失。 甲方法人代表：胡某某 乙方法人代表：盛某某

(完整版)图书管理系统软件项目管理大作业

图书管理系统项目管理 2016年6月22日 目录 1．合同管理------------------------------------------------------------------2 2．生存期--------------------------------------------------------------------4 3．需求管理 3.1 软件需求管理过程---------------------------------------------------5 3.1 需求概述---------------------------------------------------5 3.2 目标--------------------------------------------------------5 3.4 功能需求-------------------------------------------------- 5 3.8 编写用例文档----------------------------------------------7 4．任务分解---------------------------------------------------11 4.1 任务清单-----------------------------------------------------------11 4.2 WBS---------------------------------------------------------------14 5．规模估算---------------------------------------------------11 6．项目计划----------------------------------------------------15 7．质量计划----------------------------------------------------16 7.1项目经理的职责---------------------------------------------------16 7.2软件项目质量保证活动----------------------------------------------17 7.3测试计划-------------------------------------------------------------19 7.4质量改善------------------------------------------------------------20 8．团队管理---------------------------------------------------21 8.1项目组织结构------------------------------------------------------22 8.2团队沟通管理------------------------------------------------------23 1

软件项目管理大论文

软件项目管理综述 （马隆杰 2111505127 ） 一.引言 随着计算机技术的飞速发展，软件产品的规模越来越庞大，个人单打独斗的开发模式已经越来越不能适应实际的需要。因此各软件企业在软件开发活动中纷纷引入软件项目管理相关技术，使得开发过程得到有效的实行与管理。以现今中国的百度，腾讯，阿里巴巴等软件公司为例，在这些公司中针对大型项目开发时都实行了项目管理制度，并把软件项目管理作为整个项目管理中的一个重要组成部分。从概念上讲，软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上，软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展（即减小开发风险）。软件开发不同于其他产品的制造，软件的整个过程都是设计过程（没有制造过程）；另外，软件开发不需要使用大量的物质资源，而主要是人力资源；并且，软件开发的产品只是程序代码和技术文件，并没有其他的物质结果。基于上述特点，软件项目管理与其他项目管理相比，有很大的特殊性。 二.什么是软件项目管理 软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。 软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个软件生命周期（从分析、设计、编码到测试、维护全过程）都能在管理者的控制之下，以预定成本按期，按质的完成软件交付用户使用。而研究软件项目管理为了从已有的成功或失败的案例中总结出能够指导今后开发的通用原则，方法，同时避免前人的失误。 软件项目管理的概念是在20世纪70年代中期由美国提出的，当时美国国防部专门研究了软件开发不能按时提交，预算超支和质量达不到用户要求的原因，结果发现70%的项目是因为管理不善引起的，而非技术原因。于是软件开发者开始逐渐重视起软件开发中的各项管理。到了20世纪90年代中期，软件研发项目管理不善的问题仍然存在。据美国软件工程实施现状的调查，软件研发的情况仍然很难预测，大约只有10％的项目能够在预定的费用和进度下交付。 1995年，据统计，美国共取消了810亿美元的商业软件项目，其中31％的项目未做完就被取消，53％的软件项目进度通常要延长50%的时间，只有9％的软件项目能够及时交付并且费用也控制在预算之内。 软件项目管理和其他的项目管理相比有其自有的特殊性。首先，软件是纯知识型产品，不同于实际工程，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。Windows这样的操作系统有1500万行以上的代码，同时有数千个程序员在进行开发，项目经理都有上百个。这样庞大的系统如果没有很好的管理，其软件质量是难以想象的。 软件项目管理的内容主要包括如下几个方面：人员的组织与管理，软件度量，

IT项目管理大作业-成本管理

IT项目管理大作业——成本管理 班级：学号：姓名：成绩： 某软件公司决定开发一个信息管理系统，该项目技术任务繁重，进度要求紧并且成本要求尽可能地节省。该公司有着丰富的信息系统开发经验，项目主管工程师做好系统分析后，预计软件规模在二十万行左右，计划在160天内完成，预计平均每天完成代码1250行，每天花费成本2000元。 项目组在对系统的设计开发过程中，花了10天时间进行了部分系统的开发，平均完成代码设计1300行，按项目组的设计成本，平均每天花费2100元。 请回答以下问题： 1）求项目组在前十天的PV、AC、 EV，并判断该项目能否在计划时间内完工？是否会超出原先成本预算？ 2）根据前十天的开工情况（假设后面的开发仍旧按此进度与花费），求出项目完工时的总成本估算和工期估算。 3）针对这种情况，请用200字左右的文字描述应该采取何种措施既能保证时间预算又能保证成本预算。 1）已完成工作的计划费用PV= 2000*10=20000(元) 已完成工作的实际费用AC =10*2100=21000(元) 已完成工作的预算费用EV=1300*10*2000/1250=20800（元） 成本偏差cost variance：CV=EV-AC=20800-21000=-200 为负表示超支，为正表示未超支 进度偏差schedule variance：SV= EV-PV=20800-20000=800 为负表示慢于计划进度，为正表示快于计划进度成本绩效指数cost performance index：CPI =EV/AC=20800/21000=0.99 进度绩效指数schedule completion index：SCI =EV/PV=20800/20000=1.04 SPI>1，项目快于计划进度；CPI〉1,表示项目超出预算。 2）EAC=21000+(2000*200000/1250-20800)*(21000/20800)=323076.92（元）

《软件项目管理》教学大纲

《软件项目管理》教学大纲 . 二.课程的地位、作用及任务 本课程是软件工程硕士的管理类课程。通过本课程的教学使学生掌握软件项目管理的基本理论和方法， 包括PMBOK的九大知识领域（结合软件项目管理特点讲解），软件项目管理的主要内容，软件项目的启动、计划、实施、控制、收尾等，具有从事一般软件项目管理工作的能力。 三.本课程与相关课程的联系（先修、后继课程） 本课程对于软件工程硕士来说，虽然没有明确的先修课要求，但最好学过软件工程，以更好的理解项目管理。 四?教学内容和基本要求 第一章项目管理概述 1.1项目 1.2项目管理 1.3项目管理与其他学科的关系 1.4现代项目管理的发展历程 1.5PMP/PMBO介绍 1.6国际项目管理专业领域特点和热点 1.7项目管理在我国的发展 1.8软件项目的特点 1.9软件项目管理的主要内容 1.10本课程的内容与教学安排 要点：项目，项目管理，软件项目管理，项目管理三约束。了解项目管理与其他学科的关系，项目管 理发展历史，项目管理的重要性，PMP/iPMP/CPMBQK 第二章项目管理的环境和过程

2.1项目管理的系统观念 2.2项目干系人 2.3项目阶段和项目生命周期 （在这里介绍软件项目生命周期） 2.4项目管理过程组 2.5软件开发过程（与项目管理过程的对应关系） 要点：系统观点，项目生命周期，软件项目生命周期，项目开发与产品开发的异同， 5 个项目过程组，了解项目环境。 第三章项目组织管理与项目经理 3.1 项目组织及其环境 3.2 职能式组织 3.3 项目式组织结构 3.4 矩阵式组织结构 3.5 混合式组织结构 3.6 项目组织结构的选择 3.7 项目经理的责任和权力 3.8 项目经理的素质特征 3.9 项目经理的挑选与培养 3.10 案例分析要点：项目组织的各种不同组成形式及各种组织形式的优缺点、适用范围，项目经理的职责、素质以 及管理技巧。 第四章项目整体管理 4.1 什么是项目整体管理 4.2 项目计划的制定 4.3 项目计划的执行 4.4 整体变更控制 （在这一节介绍软件配置管理） 4.5 需要高级管理层的支持 4.6 案例分析要点：项目整体管理的重要性，项目整体管理总体框架，项目计划的主要组成部分，项目计划的制定， 项目计划的执行，整体变更控制过程与项目计划更新、纠正措施和应该吸取的教训，高层管理对项目管理的参与对项目成功的重要性，软件配置管理。 第五章项目范围管理 5.1 项目范围管理概述 5.2 项目启动：战略计划与项目选择 5.3 范围计划编制和范围说明书 5.4 范围定义与工作分解结构 5.5 范围审核和范围变更控制 5.6 软件需求管理 5.7 案例分析 要点：项目范围定义，项目范围管理重要性，项目选择方法，范围管理的5个过程（每个过程的输入、输出、方法、工具），与时间管理、质量管理等的关系，项目章程，范围说明书，WBS SWO■分析, AHP分析，需求管理。

管理信息系统第二次作业

《管理信息系统》第二次作业 第四章作业 1、填空 1）项目管理知识领域包括：整合管理、范围管理、时间管理、（成本管理）、质量管理、人力资源管理、（沟通管理）、风险管理和采购管理 2）软件是一种（逻辑产品）而不是实物产品。 3）软件需求管理内容包括定义需求、（需求确认）、需求识别、（变更管理）版本控制、需求跟踪、需求状态跟踪。 4）CMM是对（软件开发组织）或项目的（软件过程能力）进行评估的一个基本框架，是指导软件开发组织或项目的软件过程能力进行评估的一个基本框架，是指导软件开发组织或项目逐步改进其软件能力（成熟度）的一个分层框架。 2、判断 ISO9000标准不是一个标准，而是一系列标准的统称。（对） 3、简答 1）软件项目的特点有哪些？

答：（1）复杂性 （2）抽象性 （3）依赖性 （4）软件使用特性 （5）软件开发复杂性 （6）软件维护复杂性 2）什么是需求管理？ 答：需求管理就是一种获取、组织并记录系统需求的系统化方案，以及一个使客户项目团队对不断变更的系统需求达成并保持一致的过程。第五章作业 1、填空 1）MIS规划是一个组织（战略规划）的重要组成部分，是关于MIS长远发展的规划。 2）一个有效的战略一般有（目标明确）、可执行性良好、组织人事落实和（灵活性好）的特点。 3）诺兰阶段模型把信息系统的成长过程分为初装、（普及）、控制、（集成）、数据管理和成熟等六个阶段。

4）关键成功因素是指对企业成功起（关键作用）的因素。 2、判断 1）战略规划的步骤中设置目标时，一般应由决策者或信息系统规划委 员会来设置，它应包括整个企业的目标。（对） 2）BSP方法规划信息系统的缺点之一是，其规划的信息系统不能独立于企业的组织机构，系统对环境变更的适应性较差。（错） 3）BPR对企业流程进行根本的再思考和彻底的再设计，以求企业当代关键的性能指标获得巨大的提高。（对） 4）铁路信息化主要作用是实现调度指挥智能化、实现客货营销服务社 会化、实现铁路经营管理现代化以及建成公共基础平台和系统保障机制。（错） 第六章作业 1、填空 《管理信息系统》第二次作业第1页 1）系统分析的一般步骤为：现行系统的详细调查、组织结构与功能分析、业务流程分析、（数据与数据流程分析）、功能与数据分析、（建立新系统的逻辑模型）、提出系统分析报告。

学生成绩管理系统-软件项目管理大作业

学生成绩管理系统-软件项目管理大作业

《学生成绩管理系统》项目管理文档 目录 一.合同管理 (1) 1.1签订须知 (1) 1.2 需方合同环境 (1) 1.2.1合同准备 (1) 1.2.2合同签署 (3) 1.2.3合同管理 (3) 1.2.4合同终止过程 (4) 1.3供方合同环境 (4) 1.3.1 合同准备 (4) 1.3.2 合同签署 (5) 1.3.3 合同管理 (6) 1.3.4 合同终止过程 (7) 1.4 内部环境 (7) 1.5 合同 (7) 二.生存期 (11) 2.1 增量式模型 (11) 三.需求管理 (14) 3.1 软件需求管理过程 (14) 3.1.1 软件需求说明书 (14) 3.1.2 可行性分析 (15)

3.1.3 对功能的规定 (15) 3.1.4 数据流图 (16) 四.项目任务分解 (18) 4.1 系统设计思想 (18) 4.2 系统数据流程图设计 (19) 4.2.1 系统数据流程图 (19) 4.2.2 学生成绩管理系统的描述.. 20 4.3 模块设计 (21) 五.项目估算 (21) 5.1 声明 (21) 5.2 项目规模估算 (23) 5.3 项目成本估算 (23) 六.进度计划 (24) 6.1 项目进度 (25) 6.2 甘特图 (27) 七.质量计划 (27) 7.1 项目测试 (27) 7.1.1 系统登录测试 (27) 7.1.2 学生成绩信息的录入测试.. 28 7.1.3 学生成绩的查询测试 (29) 7.1.4 确认测试 (29) 7.1.5系统测试 (30)

7.1.6 故障对策 (30) 7.1.7 测试结果的评价 (30) 7.2 系统维护 (30) 7.3 SQA活动图 (32) 7.4 不符合性问题处理 (33) 7.5记录的收集、维护和保存 (35) 八．项目风险管理 (35) 8.1项目风险管理的目的 (35) 8.2项目风险管理的组成 (36) 8.3 风险的种类 (36) 8.3.1资源风险 (36) 8.3.2 业务风险 (37) 8.3.3 技术风险 (38) 8.3.4进度风险 (40) 8.4 定义风险参数 (40) 8.5 风险管理策略 (41) 8.6 风险管理角色及职责 (41) 8.7 学生成绩管理项目中风险的识别.. 42 8.8 风险的控制 (43) 8.9 风险监控 (44)

学生成绩管理系统 软件项目管理大作业

《学生成绩管理系统》项目管理文档 目录 一.合同管理....................................................................................................................................... 1.1签订须知.............................................................................................................................. 1.2 需方合同环境..................................................................................................................... 1.2.1合同准备.................................................................................................................. 1.2.2合同签署.................................................................................................................. 1.2.3合同管理.................................................................................................................. 1.2.4合同终止过程.......................................................................................................... 1.3供方合同环境...................................................................................................................... 1.3.1 合同准备................................................................................................................. 1.3.2 合同签署................................................................................................................. 1.3.3 合同管理................................................................................................................. 1.3.4 合同终止过程......................................................................................................... 1.4 内部环境............................................................................................................................. 1.5 合同..................................................................................................................................... 二.生存期........................................................................................................................................... 2.1 增量式模型......................................................................................................................... 三.需求管理....................................................................................................................................... 3.1 软件需求管理过程............................................................................................................. 3.1.1 软件需求说明书..................................................................................................... 3.1.2 可行性分析............................................................................................................. 3.1.3 对功能的规定......................................................................................................... 3.1.4 数据流图................................................................................................................. 四.项目任务分解............................................................................................................................... 4.1 系统设计思想..................................................................................................................... 4.2 系统数据流程图设计......................................................................................................... 4.2.1 系统数据流程图..................................................................................................... 4.2.2 学生成绩管理系统的描述..................................................................................... 4.3 模块设计............................................................................................................................. 五.项目估算....................................................................................................................................... 5.1 声明..................................................................................................................................... 5.2 项目规模估算..................................................................................................................... 5.3 项目成本估算..................................................................................................................... 六.进度计划....................................................................................................................................... 6.1 项目进度............................................................................................................................. 6.2 甘特图................................................................................................................................. 七.质量计划....................................................................................................................................... 7.1 项目测试............................................................................................................................. 7.1.1 系统登录测试......................................................................................................... 7.1.2 学生成绩信息的录入测试..................................................................................... 7.1.3 学生成绩的查询测试.............................................................................................