电子政务
电子政务是指政府机构利用信息化手段来实现政府职能。
某市房地产交易网站是市建设委员会实施电子政务的门户，网站包括以下栏目：项目公示、业务办理、信息发布、通知公告、政策法规、房地产经纪、在线答疑等，其中业务办理栏目中又包括申办预售许可、期房网上签约、申请预售登记、权属登记申请、现房网上签约、经纪机构管理、评估行业管理等项目，多数的业务办理项目需要管理部门多级审批。

电子政务
电子政务是指政府机构利用信息化手段来实现政府职能。
某市房地产交易网站是市建设委员会实施电子政务的门户，网站包括以下栏目：项目公示、业务办理、信息发布、通知公告、政策法规、房地产经纪、在线答疑等，其中业务办理栏目中又包括申办预售许可、期房网上签约、申请预售登记、权属登记申请、现房网上签约、经纪机构管理、评估行业管理等项目，多数的业务办理项目需要管理部门多级审批。

一般而言，电子政务业务分为3个领域，电子政务业务模型如图12-4所示（箭头表示信息的流向）。请在图（1）、（2）、（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个模块的设计、实现与测试。

联合需求分析会议
某软件公司接受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。