【原】软考高项笔记20220420

1、项目采购管理-招投标程序

《招投标法》规定的招投标程序：(1)招标人采用公开招标方式的，应当发布招标公告；招标人采用邀请招标方式的，应当向三个以上具备承担招标项目的能力、资信良好的特定的法人或者其他组织发出投标(2)招标人根据招标项目的具体情况，可以组织潜在投标人踏勘项目现场。(3)投标人招标。(4)开标。(5)评标 (6)确定中标人。(7)订立合同。

政府采购项目的招标过程应按照以下程序开展：

（1）制定评标的评审标准。 （2）采购人编制采购计划，报上级单位审批，并确定招标方式。 （3）采购人或其委托的招标代理机构编制招标文件，发出招标公告。 （4）出售招标文件并对潜在投标人进行预审。 （5）接受投标人的标书。 （6）开标及评标，依据评标原则确定中标人。 （7）发送中标通知书，签订合同。

2、项目采购管理-项目采购工作说明书

（1）采购目标。 （2）采购工作范围。 （3）工作地点。 （4）产品及服务的供货周期。 （5）适用标准。 （6）验收标准。 （7）其他要求。

3、某公司承担了一项系统集成项目，正在开发项目适用的软件系统，但是需要从其他公司购买一些硬件设备。该公司的转包合同负责人应当首先准备一份采购工作说明书。

许多项目涉及到一个组织（卖方）根据合同为另一个组织（买方）工作。在这种情况下，买方提供最初的产品描述，这份产品描述又被称为采购工作说明书。每个采购工作说明书来自于项目范围基准，描述了由卖方提供的产品、服务或者成果。

采购工作说明书中的信息有规格说明书、期望的数量和质量的等级、性能数据、履约期限、工作地以及其他要求。采购工作说明书提供足够的细节描述，以允许预期的卖方确定他们是否有提供买方所需的产品、成果或服务的能力。这些细节将随采购物的性质、买方的需要或者预期的合同形式而变化。

4、可复用的构件通常由构件提供者开发和测试，由构建消费者使用。构建开发者在生产可复用构件的过程中，对构件的接口和配置环境均进行了比较充分的测试，以保证构件可以在不同配置环境下被复用。由于可复用的构件在不断复用过程中，其中的错误和缺陷会被陆续发现，并得到及时排除，因此它具有较高的质量保证。

5、项目沟通管理

系统集成项目需求分析一般都要分两个阶段进行，一是在立项初期，对项目需求的粗略沟通和确定，二是在项目启动阶段，为了制定明确的项目进度、成本等计划，对项目需求进行更加细化的分析。明确、详细的项目需求是项目成功的基础，系统集成项目中不成功的案例往往是由于系统集成商和客户就项目需求沟通得不够。
以招标项目为例，招标书中会写出客户的系统建设需求。但这些需求往往存在问题：需求是客户的业务需求，使用的业务语言，需要翻译成真正的项目需求；客户的业务模式没有明确，提出的系统建设需求针对单纯的一个点，系统需要的信息输入输出不畅，未来将会极大影响系统的效率；客户表达不清晰，客户“脑中”的实际需求和表达到“纸面”的需求不一致等等。因此，如果系统集成商只是依据招标书的信息做出建议书、时间、成本等承诺，可能会导致项目计划不合理，因而造成项目的延期、成本超出、纠纷等问题。
与单个客户或潜在的用户组一起座谈，对业务软件包或信息管理系统（MIS的应用来说是一种传统的需求来源。获取需求讨论会的人数大致控制在5-7人是最好的。这些人包括客户、系统设计者、开发者和可视化设计者等主要工程角色。
在信息系统项目中，为了提高沟通的效率和效果，需要把握如下一些基本原则：沟通内外有别、非正式的沟通有助于关系的融洽、采用对方能接受的沟通风格、沟通的升级原则、扫除沟通的障碍。
其中沟通内外有别指的是：团队同一性和纪律性是对项目团队的基本要求。团队作为一个整体对外意见要致，一个团队要用一种声音说话。在客户面前出现项目组人员表现出对项目信心不足、意见不统一、争吵等都是比较忌讳的情况。沟通内外有别的原则并不是“要把各方掌握的信息控制在各方内部”。

6、软件过程管理一般包括6个方面：启动和范围定义；软件项目计划；软件项目实施；评审和评价；关闭和软件工程度量。

7、软件工程管理继承了过程管理和项目管理的内容。包括启动和范围定义、软件项目计划、软件项目实施、评审和评价、关闭、软件工程度量等六个方面。

8、软件质量模型描述了软件产品的质量特性和质量子特性。其中功能性包括适宜性、准确性、互用性、依从性和安全性等子特性。

9、信息化与信息系统

现代电子商务是指使用基于因特网的现代信息技术工具和在线支付方式进行商务活动。电子商务安全要求包括4个方面：
（1）数据传输的安全性。对数据传输的安全性要求在网络传送的数据不被第三方窃取。
（2）数据的完整性。对数据的完整性要求是指数据在传输过程中不被篡改。
（3）身份验证。确认双方的账户信息是否真实有效。
（4）交易的不可抵赖性。保证交易发生纠纷时有所对证。

10、据《软件工程术语GB/T11457-2006》，验证过程试图确保活动的输出产品已经被正确制造，而确认过程则试图确保建造了正确的产品。因此，项目组为保证系统的设计满足需求规格说明书要求而实施的过程称为需求验证。

需求验证是以需求规格说明为输入，通过执行符号、模拟或快速原型等途径，分析需求规格的正确性和可行性，包含有效性检查、一致性检查、可行性检查和确认可验证性。它是需求工程的一个基本活动。依题意，以需求规格说明书为输入对需求进行验证，是为了更好地保证系统设计工作满足用户的真实需求，以使目标管理系统能够被正确开发出来。因为信息系统的设计方案在优秀，也不一定能够保证最终建造出正确的产品。

通常，需求确认是指客户在“需求分析报告”上签字确认的行为过程，是客户认可承建方需求分析过程及其阶级成果的标志行为。

系统设计阶段按设计任务的角度可划分为总体性设计(即架构设计）和详细性设计两个子阶段。架构设计属于高层设计，主要描述信息系统的结构和组织，标识各种不同的组件及他们之间的相互关系。价格确认是指客户在“架构设计说明书”等材料上签字确认的过程；架构验证一般是详细性设计阶段进行的一项活动，它为保证系统详细设计成果满足架构设计说明书要求而实施的过程。