页数：40页文件大小：333.3 KB来源： 管理信息系统ppt课件
本课件围绕软件供应商总承包模式展开，依次讲解第12章软件供应商总承包模式、总承包模式概述等主要内容，并结合引例与案例分析说明相关方法在管理实践中的应用方式与实施要点，帮助建立从概念理解到方法运用的完整认知。
第12章软件供应商总承包模式掌握管理信息系统总承包建设策略和开发方法，理解云计算的概念和发展方向，了解以合同为主导的过程控制。
相关知识能力要求知识要点信息系统建设模式理解软件供应商总承包建设模式的特点和适用范围软件供应商总承包建设模式计算机网络和分布式计算理解云计算的概念和发展方向云计算过程控制理解合同的建立、合同的内容，理解以合同为主导的过程控制方法以合同为主导的过程控制
12.1总承包模式概述12.1.1商业软件的实施概况1．商业软件的购置与实施目前，软件的开发正在向专业化方向发展。 一批专门从事信息系统开发的公司已经开发出一批使用方便、功能强大的专项业务信息系统软件。
购买信息系统的成套软件或开发平台的策略越来越受到企业的青睐，这也成为信息系统建设的主要策略。
购置商品软件的过程①企业选择软件供应商；②提出需求并洽谈；③明确目标与要求，确定具体的需要购置的模块；④软件供应商对与模块有关的管理过程作调查分析；⑤实施方案设计；⑥提出方案后双方进行详细讨论；⑦在系统需求与可能性两方面取得一致，确定方案；⑧正式开展实施工作，培训人员，软件公司对模块进行功能调整及参数设置，企业按方案要求对原有管理过程做必要的调整；⑨搭建硬件平台，录入基本数据，试运行系统，若成功则对新老系统进行切换，正式运行。
2．商业软件的购置开发并举实施购置与专门开发并举的集成方式是多数商业软件建设的策略。 选择商业软件无论多么适合组织自身的行业特点，包括部分流程再造，最多能够满足组织的80%的功能，因此，二次开发不可避免。
图12.2是采用商业软件，然后针对组织自身的需求，对部分功能进行二次开发，最后再进行系统的集成
图12.2软件的购置与开发并举实施过程
12.1.2系统开发合同1．商业软件的选用购置商业软件还要考虑商业软件的选用问题。 商业软件根据系统分析，确定全部选用还是部分选用。
由于成套软件的费用昂贵，并且对组织影响大，实施风险大，因此应慎重选择成套商品软件，选择的时候还需要注意以下问题。 (1)按业务流程，优选购置前端和底层业务的模块软件；按业务结构化程度，优先购置稳定和规范业务软件。
(2)由于商品软件品种多，差别大，必须仔细分析比较，访问已有用户和同行业用户，确定之后，还要由组织内将来的用户模拟试用。
2．系统开发合同系统软件选用方案确定之后，应该与供应商签订购销合同。 在合同中，应明确售后质量保证和售后服务事项。
信息系统开发合同比较复杂，要考虑很多不确定的因素，很多细节在签订合同时无法明确，有些情况将随着开发的深入而发生变化，因此，增加了信息系统开发合同签订、履行和核实的难度。 尽管合同各方在签订合同时，竭尽全力避免疏漏，但此类合同发生纠纷仍不可避免。
系统开发中，采用合作开发的方式比较多，采用这种方式签订信息系统开发合同时应注意以下事项。 (1)系统开发一般是分步实施的，先期的投运到最后完成有一个较长的周期，因此，合同应该包括阶段要求条款。
(2)要带有足够的与合同同样有法律效用的附件，以说明委托或合作细节，以及具体技术要求。 (3)要由企业负责合同的专业人员或法律顾问审阅合同，保证合同基本条款的规范性，避免潜在的风险。
(4)各方在签订合同时不仅要注意开发要求和条件，也要考虑开发成功后的成果归属权问题，避免由此产生纠纷。
12.2基于云计算的系统集成12.2.1云计算的概念云计算概念是由Google提出的，这是一个美丽的网络应用模式。 狭义云计算是指IT基础设施的交付和使用模式，指通过网络以按需、易扩展的方式获得所需的资源；广义云计算是指服务的交付和使用模式，指通过网络以按需、易扩展的方式获得所需的服务。
如何理解云计算？ 有人打了个比方：这就好比是从古老的单台发电机模式转向了电厂集中供电的模式。
它意味着计算能力也可以作为一种商品进行流通，就像煤气、水电一样，取用方便，费用低廉。 最大的不同在于，它是通过互联网进行传输的。
云计算的蓝图已经呼之欲出：在未来，只需要一台笔记本或者一个手机，就可以通过网络服务来实现人们需要的一切，甚至包括超级计算这样的任务。 从这个角度而言，最终用户才是云计算的真正拥有者。
12.2.2云计算的特点1．数据安全可靠云计算提供了最可靠、最安全的数据存储中心，用户不用再担心数据丢失、病毒入侵等麻烦。 当文档保存在类似Google Docs的网络服务上，当把自己的照片上传到类似Google PicasaWeb的网络相册里，就再也不用担心数据的丢失或损坏。
因为在“云”的另一端，有全世界最专业的团队来管理信息，有全世界最先进的数据中心来保存数据。 同时，严格的权限管理策略可以放心地与指定的人共享数据。
这样，不用花钱就可以享受到最好、最安全的服务，甚至比在银行里存钱还方便。
2．客户端需求低云计算对用户端的设备要求最低，使用起来也最方便。 可以在浏览器中直接编辑存储在“云”的另一端的文档，可以随时与朋友分享信息，再也不用担心软件是否是最新版本，再也不用为软件或文档染上病毒而发愁。
因为在“云”的另一端，有专业的IT人员维护硬件，安装和升级软件，防范病毒和各类网络攻击，做以前在个人电脑上所做的一切。
3．共享数据程度高以联系人信息的管理为例，当使用网络服务来管理所有联系人的信息后，可以在任何地方用任何一台电脑找到某个朋友的电子邮件地址，可以在任何一部手机上直接拨通朋友的电话号码，也可以把某个联系人的电子名片快速分享给好几个朋友。 当然，这一切都是在严格的安全管理机制下进行的，只有对数据拥有访问权限的人，才可以使用或与他人分享这份数据。
4．应用灵活云计算为人们使用网络提供了几乎无限多的可能。 为存储和管理数据提供了几乎无限多的空间，也为人们完成各类应用提供了几乎无限强大的计算能力。
个人电脑或其他电子设备不可能提供无限量的存储空间和计算能力，但在“云”的另一端，由数千台、数万台甚至更多服务器组成的庞大的集群却可以轻易地做到这一点。 个人和单个设备的能力是有限的，但云计算的潜力却几乎是无限的。
当把最常用的数据和最重要的功能都放在“云”上时，对电脑、应用软件乃至网络的认识会有翻天覆地的变化，生活也会因此而改变。
互联网的精神实质是自由、平等和分享。 作为一种最能体现互联网精神的计算模型，云计算必将在不远的将来展示出强大的生命力，并将从多个方面改变人们的工作和生活。
无论是普通网络用户，还是企业员工，无论是IT管理者，还是软件开发人员，他们都能亲身体验到这种改变。 因此，尽管到目前为止云计算还不很成熟，不完全适合企业的需要，但是人们仍对云计算无限期待。
12.2.3云计算的参考标准1．资源来自网络这是云计算的根本理念所在，即通过网络提供用户所需的计算力、存储空间、软件功能和信息服务等。
2．伸缩能力如果资源节点服务能力不够，但是网络流量上来，这时候需要平台在一分钟至几分钟之内，自动地动态增加服务节点的数量，从100个节点扩展到150个节点。 能够称之为云计算，就需要足够的资源来应对网络的尖峰流量，哪怕是突然出现了“贾君鹏”这样的热点。
过了一阵子，流量下来了，服务节点的数量再随着流量的减少而减少。 现在有的传统IDC自称也能提供伸缩能力，但需要多个小时之后才能提供给用户。
问题是网络流量是不可预期的，不可能等那么久。
3．性价比优势云计算之所以是一种划时代的技术，就是因为它将数量庞大的廉价计算机放进资源池中，用软件容错来降低硬件成本，通过将云计算设施部署在寒冷和电力资源丰富的地区来节省电力成本，通过规模化的共享使用来提高资源利用率。 国外代表性云计算平台提供商达到了惊人的10～40倍的性能价格比提升。
国内由于技术、规模和统一电价等问题，暂时难以达到同等的性能价格比，暂时将这个指标定为5倍。 拥有256个节点的中国移动研究院的云计算平台已经达到了5～7倍的性能价格比提升，其性能价格比随着规模和利用率的提升还有提升空间。
4．简化版第一，服务是否通过网络计算云实现，即终端用户只需要简单的输入输出。 第二，网络计算云提供的服务能力即服务节点数目是否能达到即时调整，即根据终端用户服务能力需求即时增加或减少到适当服务节点数目。
12.2.4云计算的形式1．SAAS(软件即服务)这种类型的云计算通过浏览器把程序传给成千上万的用户。 在用户眼中看来，这样会省去在服务器和软件授权上的开支；从供应商角度来看，这样只需要维持一个程序就够了，这样能够减少成本。
SAAS在人力资源管理程序和ERP中比较常用。 Google Apps和Zoho Office也是类似的服务。
2．实用计算(Utility Computing)这个主意很早就有了，但是直到最近才在Sun、IBM和其他提供存储服务和虚拟服务器的公司中新生。 这种云计算是为IT行业创造虚拟的数据中心使得其能够把内存、I/O设备、存储和计算能力集中起来成为一个虚拟的资源池来为整个网络提供服务。
3．网络服务同SAAS关系密切，网络服务提供者们能够提供API让开发者能够开发更多基于互联网的应用，而不是提供单机程序。
4．平台即服务另一种SAAS，这种形式的云计算把开发环境作为一种服务来提供。 可以使用中间商的设备来开发自己的程序并通过互联网和其服务器传到用户手中。
5．MSP(管理服务提供商)最古老的云计算运用之一。 这种应用更多的是面向IT行业而不是终端用户，常用于邮件病毒扫描、程序监控等。
6．商业服务平台SAAS和MSP的混合应用，该类云计算为用户和提供商之间的互动提供了一个平台。 比如用户个人开支管理系统，能够根据用户的设置来管理其开支并协调其订购的各种服务。
7．互联网整合将互联网上提供类似服务的公司整合起来，以便用户能够更方便地比较和选择自己的服务供应商。
12.2.5云计算的优势1．高性价比：现在分布式系统的第一个原因就是因为它具有比集中式系统更好的性能价格比。 不要花几十万美元就能获得高效能计算。
2．应用分布性：多数应用本身就是分布式的。 如工业企业应用，管理部门和现场不在同一个地方。
3．高可靠性：冗余不仅是生物进化的必要条件，对信息技术也是如此。 现代分布式系统具有高度容错机制，控制核反应堆主要采用分布式来实现高可靠性。
4．可扩展性：买一台性能更高的大型机，或者再买一台性能相同的大型机的费用都比添加几台PC的费用高得多。 5．高度灵活性：能够兼容不同硬件厂商的产品，兼容低配置机器和外设而获得高性能计算。
12.3以合同为主导的过程控制将企业的需求组织成正式的规约(即合同)是对信息系统开发过程进行控制的重要步骤。 对于软件供应商总承包模式来说，合同就显得更为重要。
制定合理且可监控的合同，并依据合同进行过程控制，是项目成功实施的关键。 要制定合理的合同，需要先提出合理的需求。
根据企业信息化战略规划及业务流程再造过程，可提炼企业需求。
12.3.1建立合同的原则合同应反映企业用户对信息系统的所有需求，主要应反映以下3个不同层次上的需求，包括业务需求、用户需求、功能需求和非功能需求。 (1)业务需求。
反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。 (2)用户需求。
描述了用户使用产品必须要完成的任务，这在用例文档或方案脚本说明中予以说明。 (3)功能需求。
定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足业务需求。 （4）非功能需求。
它描述了系统展现给用户的行为和执行的操作等。 它包括产品必须遵从的标准、规范和合约；外部界面的具体细节、性能要求；设计或实现的约束条件及质量属性。
例如，性能要求、可靠性要求、安全保密性要求以及开发费用和开发周期、可使用资源等方面的限制。
表12-1 非功能需求的类型：下表列出非功能需求的类型与解释（待续）。
| 需求类型 | 解释 |
|---|---|
| 性能 | （1）吞吐量；（2）响应时间 |
| 信息 | 信息需求表达了用户所需的信息在内容、时间、准确性、格式等方面的要求。（1）所需要的输入和输出是什么？什么时候需要？（2）需要存储什么数据？（3）信息的现时性要求如何？（4）信息系统与外系统的接口是什么？ |
说明：源文件为图片转文字，该表单元格顺序被打乱，上表已按原表逻辑关系与标准内容还原，数值与对应关系以原课件图片为准。
表12-1 非功能需求的类型（续）：下表续列非功能需求的类型与解释。
| 需求类型 | 解释 |
|---|---|
| 经济 | 经济方面的需求表达了系统需要在哪些方面降低成本、提高效益。（1）系统什么方面的成本必须降低？（2）应该降低多少成本、增加多少效益？（3）预算范围是多少？（4）开发的时间表是什么？ |
| 控制和安全 | 控制和安全方面的需求包括以下几个方面。（1）是否必须对系统或信息的存取进行控制？（2）保密性方面有什么要求？（3）是否有特殊的数据处理要求？（如备份、脱机存储） |
| 效率 | 效率是指系统利用最小的资源产生输出的能力。（1）是否有必须要消除的重复的业务环节？（2）是否有降低系统用户使用资源时产生浪费的途径？ |
| 服务 | 服务需求表达了系统在可靠性、灵活性和可扩充性方面的要求。（1）谁将使用系统？他们分布于何处？（2）是否有不同类型的用户？（3）系统的培训设备和培训资料有什么要求？（4）需求的可靠性/可用性是什么？（5）系统应该如何打包和发布？（6）需要产生什么方面的文档？ |
说明：源文件为图片转文字，该表单元格顺序被打乱，上表已按原表逻辑关系与标准内容还原，数值与对应关系以原课件图片为准。
需求定义必须满足以下9个方面的要求。 (1)一致性。
对所有需求说明的读者都只能有一个明确统一的解释，需求之间应该没有逻辑上的矛盾。 由于自然语言极易导致二义性，所以尽量把每项需求用简洁明了的用户性的语言表达出来。
避免二义性的有效方法包括对需求文档的正规审查，编写测试用例，开发原型以及设计特定的方案脚本。 (2)可理解性。
参加的各方应能以一种共同的方式来解释和理解需求。 (3)完备性。
所有需求都必须加以适当说明。 每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。
(4)可行性(现实性)。 利用现在资源可以实现系统的需求。
每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。 为避免不可行的需求，最好在需求获取过程中始终有一位软件工程小组的组员与需求分析人员或考虑市场的人员在一起工作，由他负责检查技术可行性。
(5)必要性。 所规定的需求必须是用户所需要的，不要画蛇添足。
需求定义必须满足以下9个方面的要求。 (6)正确性。
需求应是准确和完整的。 每一项需求都必须准确地陈述其要开发的功能。
做出正确判断的参考是需求的来源，如用户或高层的系统需求规格说明。 若软件需求与对应的系统需求相抵触则是不正确的。
只有用户代表才能确定用户需求的正确性。 (7)可跟踪性。
每一项需求都应把客户真正所需要的和最终系统所需遵从的标准记录下来。 “可跟踪性”也可以理解为每项需求都是用来授权编写文档的“根源”。
要使每项需求都能回溯至某项客户的输入，如用例或别的来源。 (8)可测试性。
需求必须能够验证。 检查一下每项需求是否能通过设计测试用例或其他的验证方法，如用演示、检测等来确定产品是否确实按需求实现了。
如果需求不可验证，则确定其实施是否正确就成为主观臆断，而非客观分析了。 一份前后矛盾、不可行或有二义性的需求也是不可验证的。
(9)划分优先级。 给每项需求、特征或使用实例分配一个实施优先级以指明它在特定产品中所占的分量。
如果把所有的需求都看作同样重要，那么项目管理者在开发或节省预算或调度中就会丧失控制自由度。
12.3.2合同的主要内容(1)定义。 (2)开发软件描述。
(3)软件开发。 (4)项目变更。
(5)交付、领受与验收。 (6)知识产权和使用权。
(7)维护和培训。 (8)价格与付款方式。
(9)保证与免责。 (10)保密。
(11)违约与赔偿责任。 (12)综合条款。
(13)争议解决。 (14)通知。
(15)合同的生效、变更与终止。 (16)信用。
(17)补充条款。 (18)附件。
软件需求说明书在合同附件中，应包含需求规格说明书(SRS)。 在系统需求规格说明书中说明的功能需求充分描述了软件系统所应具有的外部行为。
系统需求规格说明在开发、测试、质量保证、项目管理以及相关项目功能中都起了重要的作用。 对一个复杂产品来说，系统功能需求可能只是系统需求的一个子集。
软件需求说明书的文档结构模板
12.3.3以合同为主导的过程控制1．审查需求文档对需求文档进行正式审查是保证软件质量的很有效的方法。 组织一个由不同代表(如分析人员、客户、设计人员、测试人员等)组成的小组，对系统需求规格说明书及相关模型进行仔细的检查。
另外在需求开发期间所做的非正式评审也是有所裨益的。 2．依据需求编写测试用例根据用户需求所要求的产品特性写出黑盒功能测试用例。
客户通过使用测试用例以确认是否达到了期望的要求。 还要从测试用例追溯回功能需求以确保没有需求被疏忽，并且确保所有测试结果与测试用例相一致。
同时，要使用测试用例来验证需求模型的正确性，如对话框和原型等。
3．编写用户手册在需求开发早期即可起草一份用户手册，用它作为系统需求规格说明的参考并辅助需求分析。 优秀的用户手册要用浅显易懂的语言描述出所有对用户可见的功能。
而辅助需求如质量属性、性能需求及对用户不可见的功能则在需求规格说明书中予以说明。 4．确定合格的标准确定合格的标准让用户描述什么样的产品才算满足他们的要求和适合他们使用。
将合格的测试建立在使用情景描述或用例的基础之上。
GB/T8567—2006计算机软件文档编制规范软件开发计划(SDP)(教材附件)
下载地址：{{downurl}}
{{{a}}}
{{#b}}{{{b}}}
{{/b}} {{/title}} {{#nolog}}登陆注册
{{/nolog}} {{#djsx}}点我刷新
{{/djsx}} {{#gocz}} {{/gocz}} {{#ffqr}} {{/ffqr}}