信息系统开发4选编.pptVIP

第4章 业务流程及功能需求分析 ;4.1 需求调查概述;4.1 需求调查概述;4.1 需求调查概述;4.1 需求调查概述;4.1 需求调查概述;4.1 需求调查概述;4.2 业务流程调查;4.2.2业务流程概要调查;学校每年都要组织各个专业的专业负责人制定本专业的培养计划，培养计划一旦审核通过，作为档案存储，同时印刷成册下发。教师根据培养计划和教学的实际，提出教学改革项目的申请，并填写申请表给项目管理员，获得审批的教学改革项目要存档，作为跟踪项目进度和结题的依据，教师完成教学改革项目的研究任务后，要提交结题报告。日常教学管理从新入学的学生填写学生登记表开始，并建立学生档案，每年组织专业负责人制定年度课程计划，即教学执行计划，根据课程计划组织日常教学工作，在考试环节完成后，根据教师提供的成绩单，建立学生成绩档案。如果在课程计划中包含有实习计划，则实习管理员开展教学实习的各项组织工作 ;4.2.2业务流程概要调查;4.2.3业务流程详细调查;;4.2.3业务流程详细调查;;4.2.3业务流程详细调查;4.2.3业务流程详细调查;;4.2.4业务流程审查与确认;4.2.4业务流程审查与确认;再次要检查低层的业务流程图中是否存在这样的业务功能，它没有输入或处理完毕不产生输出，如果存在则要仔细调查这项业务功能是确实没有输入或没有输出，还是将某些输入或输出遗忘； 最后要对各项业务活动和数据载体的名称进行审查，确认名称定义的正确性和准确性，不能存在同名异义或同义异名的现象 ;4.3 功能需求分析;4.3.1 需求分析文档标准;4.3.1 需求分析文档标准;用例模型通过用例图来描述，用例模型回答了每个角色执行了哪些功能，这些功能内部包含了哪些行为，这些行为的执行序列是什么，这些行为序列对哪些数据做了什么处理等等 用例模型描述了系统的功能需求，信息系统的开发以实现用例为目标 ;4.3.1 需求分析文档标准;4.3.1 需求分析文档标准;4.3.1 需求分析文档标准;4.3.2 需求分析;4.3.2 需求分析;4.3.2 需求分析;4.3.2 需求分析;4.3.2 需求分析;4.3.3 用例模型的建立及检验;4.3.3 用例模型的建立及检验;4.3.3 用例模型的建立及检验;4.3.3 用例模型的建立及检验;4.3.3 用例模型的建立及检验;4.3.3 用例模型的建立及检验;4.3.3 用例模型的建立及检验;4.3.3 用例模型的建立及检验;③用例间的包含关系和扩展关系出现循环回路，在逻辑上是不合理的，应该重新考虑扩展用例或包含用例的设置问题 ④如果发现有两个参与者共同启动一个用例，那么说明用例也还可以进一步分解。 ⑤每个用例应该是一个相对独立的功能，如果包含多个功能，那么可以考虑对用例进行分解 ;（3）用例模型的完整性检验 与用户一起彻底检查每一个用例，确认其功能需求是否完整，用例的命名是否存在歧义，用例所表达的功能需求是否与用户的想法一致 ;4.4功能描述 ;4.4.1 用例的活动图描述;4.4.1 用例的活动图描述;4.4.1 用例的活动图描述;4.4.1 用例的活动图描述;4.4.2 状态图;4.4.3 用例说明;后置条件：用例执行后必须为真的条件，即说明该用例执行完后在什么条件下才可以运行另一个用例等等。例如“初审学籍变更申请”用例执行完后，只有在初审通过的条件下才可以执行“审查学籍变更申请”用例。 非功能性需求：对用例的运行在可靠性、可用性、可支持性方面的要求，以及性能上和设计约束方面的要求。例如，当学生提交了学籍变更申请之后，在院系负责人的电脑上给出相应的提示信号，???醒院系负责人有待审的学籍变更申请需要处理。 ;4.4.3 用例说明;4.4.3 用例说明;4.4.3 用例说明;4.4.3 用例说明;4.4.3 用例说明;4.4.3 用例说明;4.4.3 用例说明;4.4.3 用例说明;4.4.3 用例说明;4.4.3 用例说明;4.4.3 用例说明;4.4.3 用例说明;4.4.3 用例说明;4.4.3 用例说明;4.4.3 用例说明;4.4.4 情景描述板