联合需求分析会议
某软件公司接受A公司委托开发一个软件任务，该任务由张工负责。张工预计在4周内完成对系统的需求分析，并形成需求规格说明书。张工委派了项目组的小刘来负责需求信息的获取。
两周后，小刘向张工汇报了他进行需求分析的过程及结果。小刘采用问卷调查的方式向A公司的50名工作人员搜集信息。他首先准备了问卷的初稿，并请A公司的相关管理人员进行了测试和修正；然后将问卷分发给A公司的每位工作人员，并要求他们在一周内返还问卷。但到目前为止，小刘只收回了7份问卷。小刘认为自己是完全按照问卷调查的步骤和要求实施的，而问卷的返还率仍然很低。张工听完后，给小刘分析了失败的原因，并提出了一些能够提高问卷返还率的建议。
但是为了不耽误项目的进度，张工决定采用JRP（Joint Requirements Planning）的方法再次进行需求调查，张工作为JRP的主持人。最终在第4周完成了需求规格说明书，并决定了系统后续阶段的开发计划，如图12-3所示。
该项目组除了张工之外，还有2名全职的开发人员，可以承担项目中的任何任务，并且承担同一任务的开发人员总是在一起工作。预计的开发时间中已经包含了编写文档的时间。张工决定采用迭代模型，在160天内完成这3个模块的设计、实现与测试。

联合需求分析会议
某软件公司接受A公司委托开发一个软件任务，该任务由张工负责。张工预计在4周内完成对系统的需求分析，并形成需求规格说明书。张工委派了项目组的小刘来负责需求信息的获取。
两周后，小刘向张工汇报了他进行需求分析的过程及结果。小刘采用问卷调查的方式向A公司的50名工作人员搜集信息。他首先准备了问卷的初稿，并请A公司的相关管理人员进行了测试和修正；然后将问卷分发给A公司的每位工作人员，并要求他们在一周内返还问卷。但到目前为止，小刘只收回了7份问卷。小刘认为自己是完全按照问卷调查的步骤和要求实施的，而问卷的返还率仍然很低。张工听完后，给小刘分析了失败的原因，并提出了一些能够提高问卷返还率的建议。
但是为了不耽误项目的进度，张工决定采用JRP（Joint Requirements Planning）的方法再次进行需求调查，张工作为JRP的主持人。最终在第4周完成了需求规格说明书，并决定了系统后续阶段的开发计划，如图12-3所示。
该项目组除了张工之外，还有2名全职的开发人员，可以承担项目中的任何任务，并且承担同一任务的开发人员总是在一起工作。预计的开发时间中已经包含了编写文档的时间。张工决定采用迭代模型，在160天内完成这3个模块的设计、实现与测试。

联合需求分析会议
某软件公司接受A公司委托开发一个软件任务，该任务由张工负责。张工预计在4周内完成对系统的需求分析，并形成需求规格说明书。张工委派了项目组的小刘来负责需求信息的获取。
两周后，小刘向张工汇报了他进行需求分析的过程及结果。小刘采用问卷调查的方式向A公司的50名工作人员搜集信息。他首先准备了问卷的初稿，并请A公司的相关管理人员进行了测试和修正；然后将问卷分发给A公司的每位工作人员，并要求他们在一周内返还问卷。但到目前为止，小刘只收回了7份问卷。小刘认为自己是完全按照问卷调查的步骤和要求实施的，而问卷的返还率仍然很低。张工听完后，给小刘分析了失败的原因，并提出了一些能够提高问卷返还率的建议。
但是为了不耽误项目的进度，张工决定采用JRP（Joint Requirements Planning）的方法再次进行需求调查，张工作为JRP的主持人。最终在第4周完成了需求规格说明书，并决定了系统后续阶段的开发计划，如图12-3所示。
该项目组除了张工之外，还有2名全职的开发人员，可以承担项目中的任何任务，并且承担同一任务的开发人员总是在一起工作。预计的开发时间中已经包含了编写文档的时间。张工决定采用迭代模型，在160天内完成这3个模块的设计、实现与测试。

结构化软件系统建模
博学公司拟开发一个商业情报处理系统，使公司能够及时针对市场环境的变化及时调整发展战略，以获取最大的商业利益。项目组 经过讨论，决定采用结构化分析和设计方法。在系统分析阶段，为了更好地对情报数据处理流程及其与外部角色的关联进行建模，项目组成员分别给出了自己的设计 思路：
①小张提出先构建系统流程图(System Flowcharts)，以便更精确地反映系统的业务处理过程及数据的输入和输出。
②小李提出先构建系统数据流图(Data Flow Diagrams)，来展现系统的处理过程和定义业务功能边界，并给出了情报分类子系统的0层和1层数据流图，后者如图12-1所示。
项目组经讨论确定以数据流图作为本阶段的建模手段。工程师老王详细说明了流程图和数据流图之间的区别与联系，并指出了图12-1所示的数据流图中存在的错误。

结构化软件系统建模
博学公司拟开发一个商业情报处理系统，使公司能够及时针对市场环境的变化及时调整发展战略，以获取最大的商业利益。项目组 经过讨论，决定采用结构化分析和设计方法。在系统分析阶段，为了更好地对情报数据处理流程及其与外部角色的关联进行建模，项目组成员分别给出了自己的设计 思路：
①小张提出先构建系统流程图(System Flowcharts)，以便更精确地反映系统的业务处理过程及数据的输入和输出。
②小李提出先构建系统数据流图(Data Flow Diagrams)，来展现系统的处理过程和定义业务功能边界，并给出了情报分类子系统的0层和1层数据流图，后者如图12-1所示。
项目组经讨论确定以数据流图作为本阶段的建模手段。工程师老王详细说明了流程图和数据流图之间的区别与联系，并指出了图12-1所示的数据流图中存在的错误。

阅读以下信息系统可靠性问题的说明，在答题纸上回答问题1至问题3。
某软件公司开发一项基于数据流的软件，其系统的主要功能是对输入数据进行多次分析、处理和加工，生成需要的输出数据。需求方对该系统的软件可靠性要求很高，要求系统能够长时间无故障运行。该公司将该系统设计交给王工负责。王工给出该系统的模块示意图如图20-5所示。王工解释：只要各个模块的可靠度足够高，失效率足够低，则整个软件系统的可靠性是有保证的。
李工对王工的方案提出了异议。李工认为王工的说法有两个问题：第一，即使每个模块的可靠度足够高，但是整个软件系统模块之间全部采用串联，则整个软件系统的可靠度明显下降。假设各个模块的可靠度均为0.99，则整个软件系统的可靠度为0.99⁴≈0.96：第二，软件系统模块全部采用串联结构时，一旦某个模块失效，则意味着整个软件系统失效。
李工认为，应该在软件系统中采用冗余技术中的动态冗余或者软件容错的N版本程序设计技术，对容易失效或者非常重要的模块进行冗余设计，将模块之间的串联结构部分变为并联结构，来提高整个软件系统的可靠性。同时，李工给出了采用动态冗余技术后的软件系统模块示意图，如图20-6所示。
刘工建议，李工方案中M1和M4模块没有采用容错设计，但是M1和M4发生故障有可能导致严重后果。因此，可以在M1和M4模块设计上采用检错技术，在软件出现故障后能及时发现并报警，提醒维护人员进行处理。
注：假设各个模块的可靠度均为0.99。

结构化软件系统建模
博学公司拟开发一个商业情报处理系统，使公司能够及时针对市场环境的变化及时调整发展战略，以获取最大的商业利益。项目组 经过讨论，决定采用结构化分析和设计方法。在系统分析阶段，为了更好地对情报数据处理流程及其与外部角色的关联进行建模，项目组成员分别给出了自己的设计 思路：
①小张提出先构建系统流程图(System Flowcharts)，以便更精确地反映系统的业务处理过程及数据的输入和输出。
②小李提出先构建系统数据流图(Data Flow Diagrams)，来展现系统的处理过程和定义业务功能边界，并给出了情报分类子系统的0层和1层数据流图，后者如图12-1所示。

项目组经讨论确定以数据流图作为本阶段的建模手段。工程师老王详细说明了流程图和数据流图之间的区别与联系，并指出了图12-1所示的数据流图中存在的错误。

阅读以下信息系统可靠性问题的说明，在答题纸上回答问题1至问题3。
某软件公司开发一项基于数据流的软件，其系统的主要功能是对输入数据进行多次分析、处理和加工，生成需要的输出数据。需求方对该系统的软件可靠性要求很高，要求系统能够长时间无故障运行。该公司将该系统设计交给王工负责。王工给出该系统的模块示意图如图20-5所示。王工解释：只要各个模块的可靠度足够高，失效率足够低，则整个软件系统的可靠性是有保证的。
李工对王工的方案提出了异议。李工认为王工的说法有两个问题：第一，即使每个模块的可靠度足够高，但是整个软件系统模块之间全部采用串联，则整个软件系统的可靠度明显下降。假设各个模块的可靠度均为0.99，则整个软件系统的可靠度为0.99⁴≈0.96：第二，软件系统模块全部采用串联结构时，一旦某个模块失效，则意味着整个软件系统失效。
李工认为，应该在软件系统中采用冗余技术中的动态冗余或者软件容错的N版本程序设计技术，对容易失效或者非常重要的模块进行冗余设计，将模块之间的串联结构部分变为并联结构，来提高整个软件系统的可靠性。同时，李工给出了采用动态冗余技术后的软件系统模块示意图，如图20-6所示。
刘工建议，李工方案中M1和M4模块没有采用容错设计，但是M1和M4发生故障有可能导致严重后果。因此，可以在M1和M4模块设计上采用检错技术，在软件出现故障后能及时发现并报警，提醒维护人员进行处理。
注：假设各个模块的可靠度均为0.99。

阅读以下信息系统可靠性问题的说明，在答题纸上回答问题1至问题3。
某软件公司开发一项基于数据流的软件，其系统的主要功能是对输入数据进行多次分析、处理和加工，生成需要的输出数据。需求方对该系统的软件可靠性要求很高，要求系统能够长时间无故障运行。该公司将该系统设计交给王工负责。王工给出该系统的模块示意图如图20-5所示。王工解释：只要各个模块的可靠度足够高，失效率足够低，则整个软件系统的可靠性是有保证的。

李工对王工的方案提出了异议。李工认为王工的说法有两个问题：第一，即使每个模块的可靠度足够高，但是整个软件系统模块之间全部采用串联，则整个软件系统的可靠度明显下降。假设各个模块的可靠度均为0.99，则整个软件系统的可靠度为0.99⁴≈0.96：第二，软件系统模块全部采用串联结构时，一旦某个模块失效，则意味着整个软件系统失效。
李工认为，应该在软件系统中采用冗余技术中的动态冗余或者软件容错的N版本程序设计技术，对容易失效或者非常重要的模块进行冗余设计，将模块之间的串联结构部分变为并联结构，来提高整个软件系统的可靠性。同时，李工给出了采用动态冗余技术后的软件系统模块示意图，如图20-6所示。
刘工建议，李工方案中M1和M4模块没有采用容错设计，但是M1和M4发生故障有可能导致严重后果。因此，可以在M1和M4模块设计上采用检错技术，在软件出现故障后能及时发现并报警，提醒维护人员进行处理。
注：假设各个模块的可靠度均为0.99。

阅读以下关于电子政务系统安全架构的叙述，回答问题1至问题3。
博学公司通过投标，承担了某省级城市的电子政务系统，由于经费、政务应用成熟度、使用人员观念等多方面的原因，该系统计划采用分阶段实施的策略来建设，最先建设急需和重要的部分。在安全建设方面，先投入一部分资金保障关键部门和关键信息的安全，之后在总结经验教训的基础上分两年逐步完善系统。因此，初步考虑使用防火墙、入侵检测、病毒扫描、安全扫描、日志审计、网页防篡改、私自拨号检测、PKI技术和服务等保障电子政务的安全。
由于该电子政务系统涉及政府安全问题，为了从整个架构上设计好该系统的安全体系，博学公司首席架构师张博士召集了项目组人员多次讨论。在一次关于安全的方案讨论会上，谢工认为由于政务网对安全性要求比较高，因此要建设防火墙、入侵检测、病毒扫描、安全扫描、日志审计、网页防篡改、私自拨号检测系统，这样就可以全面保护电子政务系统的安全。王工则认为谢工的方案不够全面，还应该在谢工提出的方案的基础上，使用PKI技术，进行认证、机密性、完整性和抗抵赖性保护。