《信息系统项目管理与实践》实验Word文档下载推荐.docx

《信息系统项目管理与实践》实验Word文档下载推荐.docx

《《信息系统项目管理与实践》实验Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《《信息系统项目管理与实践》实验Word文档下载推荐.docx（37页珍藏版）》请在冰豆网上搜索。

1、了解需方合同环境。

2、了解供方合同环境。

3、掌握技术合同的起草。

二、实验原理

1、每位同学独自选择一个软件项目。

2、实际调研此项目的需方及供方合同环境。

3、站在供方角度起草一份合同草案。

4、参与项目竞标。

三、使用仪器、材料

50台微机的机房

局域网络

Word及一些编辑工具（自选）

四、实验步骤

1、与需求方沟通，了解其需求环境内容

2、根据需求编写合同草案

3、通过双方协调，修改草案，最终确定合同内容

五、实验过程原始记录（数据、图表、计算等）

合同草案参看附录01。

六、实验结果及分析

（谈你对技术合同的认识和看法）

合同有效成立的4个条件：

1．双方当事人应具有实施法律行为的和能力

2．当事人应是在自愿的基础上达成的意思表示一致

3．合同的标准的和内容必须合法

4．合同必须符合规定的形式。

机房2013年09月23日

信息系统项目生存期模型

1、了解软件常用生存期模型。

2、了解7大模型的特点、使用指南和适合的项目类型。

3、掌握为承担的项目选择选择生存期模型的方法。

1、为自己所选的软件项目选择合适的生存期模型。

2、写出生存期模型报告。

1、分析合同文本，确定建立生存期模型的方法。

2、采用增量式模型建立，确定增量。

3、确定各个阶段目标，输入，过程，输出。

参看附录02。

（谈自己对选择软件生存期模型重要性的认识）

软件生存周期模型是描述软件开发过程中各种活动如何执行的模型。

软件生存周期模型确立了软件开发和演绎中各阶段的次序限制以及各阶段或机动的准则，确立开发过程所遵守的规定和限制，便于各种活动的协调，便于各种人员的有效通信，有利于活动重用，有利于活动管理。

常见的软件生存周期模型有、、、等。

主导思想：

在整个软件开发过程中将面向对象技术贯穿于整个生存周期。

当然，还要结合传统开发模式中好的、已被无数成功开发活动证明是可行的经验和技术。

机房2013年10月10日

杨泰

信息系统项目需求管理

1、掌握需求的定义、类型及需求管理的重要性。

2、掌握需求管理过程。

3、掌握需求建模的基本方法。

1、对自己所选的软件项目进行需求分析。

2、编写需求分析报告。

1、明确系统管理目标;

2、确定信息系统总体结构;

3、明确系统的模块构架;

4、明确系统实施方案.

参看附录03。

（论述自己对需求分析的重要性的认识；

需求分析中存在的问题及应对策略等）

需求分析是开发人员对系统需要做什么的定义过程。

从系统分析的经验看，这个过程往往是个循序渐进的过程，一次性对系统形成完整的认识是困难的，只有不断地和客户领域专家进行交流确认，方能逐步明了用户需求。

需求分析也称为需求建模，是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述，并尽可能多的捕获现实世界的语言。

需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的“做什么”问题。

机房2013年11月01日

信息系统项目任务分解

1、掌握任务分解定义、类型。

2、掌握任务分解的过程。

3、了解任务分解的注意事项与意义。

1、对自己所选的软件项目进行任务分解。

2、根据实验03给出的需求分析结果，给出此项目的任务分解结构。

1、确认并分解项目的组成要素

2、确定分解标准

3、确定分解是否详细

4、确定项目交付成果

5、验证分解的正确性

参看附录04。

项目范围定义是以范围规划的成果为依据，把项目的主要可交付产品和服务划分为更小的、更容易管理的单元，即形成工作分解结构。

当要解决的问题过于复杂时，可以将问题进行分解，直接分解后的资问题容易解决；

然后分别解决这些资问题。

目的是提高估算成本、时间和资源的准确性，是工作变得更易操作，责任分工更加明确。

任务分解时对需求的进一步细化，是最后确定项目所有任务范围的过程。

任务分解的结果是任务分解结构（WBS）。

一般说，进行任务分解时，可以采用清单或者图标的形式表达任务分解的结果。

机房2013年11月05日

信息系统项目的规模成本估算

1、掌握项目成本估算的概念、目标。

2、掌握项目成本估算的过程。

3、掌握项目成本估算的方法。

2、根据实验04给出的任务分解，对此项目进行规模成本估算。

3、给出项目报价。

1） 

获取项目分解结果WBS。

2） 

计算开发成本。

3） 

计算管理、质量成本。

4） 

计算直接成本5） 

计算间接成本。

6） 

计算总估算成本。

7） 

重新评估项目的报价。

参看附录05。

为了使开发项目能够在规定的时间内完成，而且不超过预算，成本估算的管理控制是关键。

软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。

不同与传统的工业产品，软件的成本不包括原材料和能源的消耗，主要是人的劳动的消耗。

另外，软件也没有一个明显的制造过程，它的开发成本是以一次性开发过程所花费的代价来计算的。

因此，软件开发成本的估算，应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试，整个开发过程所花费的代价作为依据的。

机房2013年11月09日

杨泰

信息系统项目进度计划

1、掌握项目进度计划的概念。

2、掌握项目进度管理图示。

3、掌握项目进度估算及计划编制。

1、对自己所选的软件项目编制进度计划。

2、给出甘特图或关键路径进度估算或进度计划表。

1.初期项目京都计划

2.项目计划的细化

1）进度计划

2）项目甘特图

3）里程碑

参看附录06。

（论述自己对甘特图、里程碑图、关键路径法表示意义的认识）

甘特图可以显示任务的基本信息，使用甘特图能方便的查看任务的工期、开始和结束时间以及资源的信息。

里程碑图先是项目进展中的重大工作的完成，里程碑不同于活动，活动时需要消耗资源的并且需要花时间来完成，里程碑仅仅表示事件的标记，不消耗资源和时间。

关键路径法的关键是计算总是差，这样可决定那一活动有最小时间弹性，可以为更好的进行项目计划编制提供依据，CPM算法也在其他类型的数学分析中得到应用。

机房2013年11月11日

信息系统项目质量计划

1、掌握项目质量的概念。

2、掌握软件质量管理过程。

3、掌握软件项目质量成本及质量计划编制。

对自己所选的软件项目编制质量计划。

1.项目组织

2.质量目标、

3.质量策略

4.质量保证活动

5.质量控制活动

参看附录07。

（论述自己对质量计划与质量控制的认识，及质量计划编制过程中存在的问题）

保证软件的质量非常重要，低质量的软件可以导致后期成本的增加。

质量的管理过程包括质量计划、质量保证、质量控制三个过程。

质量保证是验证软件是否正确，质量控制是验证软件知否正确构造。

所有的质量标准和质量活动都需要质量计划来进行规划，它说明软件项目中的质量活动任务，采用的相应方法、对策，以及出现问题是的处理方式。

机房2013年11月13日

信息系统项目风险管理计划

1、掌握风险的概念、类型和基本性质。

2、掌握风险识别的方法。

3、了解风险评估、风险规划和风险控制。

针对你的项目，编制此项目的风险分析计划（给出TOP10风险表即可）。

1.风险管理

2.风险识别

3.风险评估

4.风险应对计划

参看附录08。

（论述自己软件项目风险的认识，及当某风险发生时的应对策略等）

风险是伴随着软件项目而产生的，如果忽略了风险，就会导致项目的失败。

风险管理过程包括：

风险识别、风险评估、风险规划、风险控制等步骤，而且这些步骤是循环进行的。

风险评估包括定性风险分析和定量风险分析，决策树是一个很重要的方法，风险应对策略主要包括：

回避风险、转移风险、损失控制以及自留风险。

风险计划是软件项目计划的一个重要部分，他的项目经理在软件项目进行过程中不要不断监视的依据。

对任何一个软件项目，可以有最佳的期望值，但更应该有最坏的准备，即项目中的风险分析。

机房2013年12月02日

信息系统项目团队管理

1、了解团队的定义、团队管理的意义和过程。

2、了解项目经理确定、角色及职责。

3、掌握项目的组织形式。

1、对自己所选的软件项目编制沟通计划。

1.项目经理的确定

2.项目组织形式的确定

3.项目成员的确定

4.项目团队的确定

5.沟通管理

参看附录09。

（写一个你组建项目团队的方案）

团队管理是项目成功与否的基础，其中项目经理是核心，具有多重角色和责任，项目组织一般有三种形式：

职能型、项目型和矩阵型，团队建设的任务包括选择合适的项目人员、对项目人员的的培训等。

而沟通是项目经理在项目管理中做的最多的任务，沟通可以根据当时具体情况选择适当的沟通形式以保证沟通的有效性，必要时，可以建立沟通计划，保证团队内沟通渠道的畅通。

【】

合同登记编号：

技术开发合同

项目名称：

如家酒店管理系统

委托人（甲方）：

如家快捷酒店

研究开发人（乙方）：

西安泰达技术发展有限公司

签订地点：

西安市

签订日期：

2010-12

有效限期：

2010-12-6至2012-2-7

西安市信息技术管理办公室

根据《中华人民共和国合同法》的规定，合同双方就联合采购管理系统开发项目的技术开发（该项目属于/计划），经协商一致，签订本合同。

一、标的技术的内容、范围及要求：

根据甲方的要求。

乙方完成联合采购管理系统的研制开发。

1、根据甲方要求进行系统方案设计，要求建立B/S结构的，基于的SQLSever数据库，NT服务器和J2EE技术的三层架构体系的综合服务软件系统。

2、配合甲方，在于整体系统相融合的基础上，建立系统运行的软硬件环境。

3、具体需求见SOW。

二、应达到的技术指标和参数

1、系统应满足并行登陆，并行查询的速度要求。

其中主要内容包括：

（1）保证100以上人可以同时登录系统。

（2）多有查询速度应在10秒以内。

（3）保证数据的每周备份。

（4）工作日期间不能当机。

（5）出现问题应在10分钟内恢复。

2、系统的主要功能是应满足双方认可的需求规格，不可以随意改动。

三、研究开发计划

1、第一阶段：

乙方在合同签订后7个工作日内，完成合同内容的系统设计方案。

2、第二阶段：

完成第一阶段的系统设计方案后，乙方于50个工作日内完成系统基本功能的开发。

3、第三阶段：

完成第一和第二阶段任务之后，由甲方配合乙方于3个工作日内完成系统在XXX信息中心的调试、集成。

四、研究开发经费、报酬及其支付或结算方式

1、研究开发经费是指完成本项目研究开发工作所需的成本。

报酬指本项目开发成果的使用费和研究开发人员的科研补贴。

2、本项目研究开发经费和报酬（人民币大写）：

五万元整。

3、支付方式：

分期支付。

本合同签订之日起生效，甲方在五个工作日内应付乙方合同金额的50%，计人民币25000元（人民币大写贰万伍仟元整），验收后甲方在五个工作日内付清全部合同余款，计人民币25000（人民币大写贰万伍仟元整）。

五、利用研究开发经费购置的设备、器材、资料的财产权属：

/

六、履行的期限、地点和方式。

本合同自2014年1月4日至2014年4月4日在西安履行。

本合同的履行方式：

甲方责任

1、甲方全力协助乙方完成合同内容。

2、合同期内甲方为乙方提供专业性接口技术支持。

乙方责任：

1、乙方按照甲方要求完成合同内容。

2、乙方愿提供在实现功能的前提下，进一步予以完善。

3、乙方在合同商定的时间内保证系统正常运行。

4、乙方在项目验收后提供一年免费维护。

5、未经甲方同意，乙方不得向第三方提供本系统中涉及专业的技术内容和所有的系统数据。

七、技术情报和资料的保密。

本合同中的相关专业技术内容和所有的系统数据，归甲方所有，未经甲方同意乙方不得提供给第三方。

八、技术协作的内容：

见系统设计方案。

九、技术成果的归属和分享

专利申请权：

/。

技术秘密的使用权、转让权：

十、验收的标准和方式：

研究开发所完成的技术成果，达到了本合同第二条所列技术指标，按国家标准，采用一定的方式验收，由甲方出具技术项目验收证明。

十一、风险的承担

在履行本合同的过程中，确因在现有水平和条件下难以克服的技术困难，导致研究开发部分或全部失败所造成的损失，风险责任由甲方承担50%，乙方承担50%。

本项目风险承担责任确认的方式：

双方协商。

十二、违约金和损失赔偿额的计算：

除不可抗力因素外（指发生战争、地震、洪水、飓风或其他人力不可控制的不可抗力事件），甲乙双方须遵守合同承诺，否则视为违约并承担违约责任：

1、如果乙方不能按时完成软件开发工作并交给甲方使用，乙方应向甲方支付延期违约金。

每延迟一周，甲方向乙方支付合同总额0.5%的违约金，不满一周按一周计算，但违约金总额不得超过合同总额的5%；

2、如果甲方不能按时向乙方支付合同款项，甲方应向乙方支付延期违约金。

每延迟一周，甲方向乙方支付合同总额0.5%的违约金，不满一周按一周计算，但违约金总额不得超过合同总额的5%。

十三、解决合同纠纷的方式：

在履行本合同的过程中发生争议，双方当事人和解或调解不成，课采取仲裁或按司法程序解决。

1、双方同意由西安市仲裁委员会仲裁。

2、双方约定向西安市人民法院起诉。

十四、名词或术语解释

如有，见合同附件。

十五、其他

1、本合同一式六份，具有同等法律效力。

其中正式两份，甲乙双方各执一份；

副本4份，交由乙方。

2、本合同未尽事宜，经双方协商一致，可在合同中增加补充条款，补充条款是合同的组成部分。

甲方（签字）：

乙方（签字）：

年月日

项目生存期模型

针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系，决定采用增量式模型如下图，理由如下：

1．1． 

酒店管理系统的全部功能分成通用功能和日常业务管理功能两大类，因此可以先基于通用功能作出一个最小的使用版本，再逐步添加其余的功能。

这样一来，用户可以先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发，大大减小了开发的风险。

2．2． 

在酒店管理系统需求规格中，要求系统有可扩充性。

若使用增量模型，可以保证系统的可扩充性。

用户明确了需求的大部分，但也存在不很详尽的地方。

如：

“关于教师档案，比照所提供资料设计，现在也没有一个成形的东西”；

资源库系统只提到“应提供一个标准的资源库解决方案。

”这样只有等到一个可用的产品出来，通过客户使用，然后进行评估，评估结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特性。

直至产生最终完善的产品。

3．3． 

“系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其它功能模块”。

也说明用户可能会增加新的需求。

4．4． 

对一个管理方式已经比较成熟的学校，要完全舍弃原有的管理方式，用酒店管理系统替代全部管理，这是不实际的。

所以，可以从最基础的做起，逐步扩充其应用，所以选用增量模型来开发酒店管理系统。

5．5． 

本项目具备增量式模型的其他特点

a）a） 

项目复杂程度为中等。

b）b） 

预计开发软件的成本为中等。

c）c） 

产品和文档的再使用率会很高,

d）d） 

项目风险较低

生存期中的各阶段定义如下：

项目规划阶段

阶段目标：

根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。

输入：

合同文本

SOW

过程：

项目规划，计划确认

输出：

项目计划

需求分析阶段

确定客户的需求

项目计划，SOW

需求获取，需求分析，需求控制

输出：

原型系统，需求规格

设计阶段

总体系统结构设计

过程：

总体设计

系统设计说明书，数据库结构定义

增量1实现

阶段目标：

实现系统的通用功能

系统设计说明书

数据库结构定义

详细设计,编码，代码走查，代码评审，单元测试

详细设计说明书，源代码，可运行版本－1

增量2实现

实现系统的招生管理功能

详细设计说明书，源代码，可运行版本－2

增量3实现

实现系统的学生日常管理功能

详细设计说明书，源代码，可运行版本－3

增量4实现

实现系统的教务管理功能

详