业务处理 描述
表格制作
业务名称： 单位名称：
制图： 核对：
审核： 年月日
传递 存储 收集资料
31
业务流程图
业务流程图绘制举例
计划 处
银行
技改 处
各部门 各单位
投资 总规划
更新改造 贷款规模
开会 讨论
报表
局 领导
计划 处
技改 处
各部门 各单位
银行
审批
综合平衡 （讨论）
正式 计划
各单位 上报表
各部门 各单位
20
系统分析任务与步骤.
信息系统分析： 是关于组织要用IS解决的问题的分析， 提出一个明确要做什么的逻辑方案， 解决“做什么”的问题，即进行需求分析。
21
需求分析的具体任务
1.确定对系统的综合要求。
对系统的综合要求主要包括功能要求、性能要求、 运行要求和其他要求等四个方面。
2.分析系统的数据要求。
信息系统分析与设计
(课程设计)
主 讲：田 艳 教授 E_mail：tianyanjx@
5.1 系统规划的任务与特点
系统规划的任务：
1. 制定信息系统发展战略 2. 制定信息系统总体方案 3. 制定信息系统开发计划 4. 制定信息系统资源分配
2
系统规划的特点
1. 面向全局、长远，不确定性，结构化程度 低
最终结果，为系统开发指明了方向，是最 重要的文档资料。
12
5.5.1 报告撰写内容
1. 企业的远景与战略 ❖企业正向何处发展？ ❖企业打算达到怎么样的目标？
2. 信息系统对企业远景战略的支持 ❖信息技术如何支持企业的发展？ ❖信息技术在企业发展中的作用。
13
5.5.1 报告撰写内容
3. 现存的信息系统 ❖ 当前存在哪些信息系统？ ❖ 它们如何支持企业业务？ ❖ 现存系统仍然适用吗？ ❖ 打算如何改进？
领导和员工的素质、支持度/阻力 上级单位的认同 政策、法规
10
可行性分析报告
可行性报告的内容：
1. 引言 2. 系统建设的背景、必要性和意义 3. 拟建系统的候选方案 4. 可行性论证 5. 几个方案的比较 6. 结论(立即开发/改进原系统/不可行)
11
信息系统规划报告
本节主要介绍规划报告的撰写要求 信息系统规划报告是信息系统规划工作的
否合理？ 规划是否满足解决问题的需要？
17
6.1 系统分析的任务
系统分析员与用户在一起充分理解用户的 要求，并把双方的理解用书面文档——系 统分析说明书表达出来。
分析本质上就是一个发现过程，分析期间 推动活动的关键词就是发现和理解。
18
系统分析员要成为业务专家
才能与用户交流顺畅，充分理解用户的要求。 才能确保系统满足了业务需求，甚至用更好
教务 处
审查后的学籍 变动申请
学生档案
1.３ 建立学生
档案
1.６ 审批
校长
审批后的学 毕业资格清单
毕业证书
学生档案
省教 委
学籍变动通知
学生
38
“制订教学计划”业务的详细调查
“制订教学计划”业务过程的详细处理是：首先 由各专业教学委员会制订教学计划，各专业的教 学秘书将整理后的教学计划交给院系教学办公室 进行汇总、审核，然后报学校教务处，教务处将 各专业教学执行计划汇总后召开全校教学秘书及 院系教务人员协调会，最终确定本年度的教学计 划，并下发各院系。各院系将教学计划下发给教 研室主任安排教学任务，教研室主任将教学任务 安排结果汇总成教师任课表报院系，各院系再将 汇总后的教师任课表报教务处。
39
对“制订教学计划”业务过程进行详细调查形成的三级业务流程
图
专业 教学 秘书
院系
专业 教学 秘书
教研 室
主任
专业教学计划
2.1
汇总 审核 教学计划
汇总后的院系 教学计划
2.2
教学计划 协调会
院系 教师任课表
2.３
汇总 教师任课
表
教务 处
汇总后的教师 任课表
教学计划
2.４
汇总全校 教师
任课表
教学计划
务科还要根据教师任课情况、学生情况制定各种报表上
报省教委、学校及各有关单位。
35
对教学管理职能域进行调查形成的二级业务流程图
36
对“学籍处理”业务的详细调查，可以了解到其业务
处理有：转专业、休复学、退学。学生的转专业、休复
学、退学（指自动退学）都要由本人提出申请，经系教
学办公室审查初步同意后，报教务处教务科进行复核，
利用数据流图分层描述系统的功能和数据的处理流程。 利用数据字典辅助解释数据流图中的每个元素。
2.数据模型
利用实体关系图描述系统中的数据实体及其关系。
3.对象模型
利用类图描述对象、对象之间的联系。和数据实体不同， 对象在数据之外增加了行为特性。
27
6.2 业务流程图
业务流程图：用一些规定的符号及连线 来表示某个具体业务处理过程。
34
新生入学后填写的学生情况登记表报各系、院后，再上
报教务处教务科，教务科将这些报表汇总后与学校招生
办公室进行核对，准确无误后存档以备使用。每年各个
专业在制定完教学计划后，由教学秘书交系教学办公室
进行审核，然后上报教务科，教务处和教务科出面组织
全校进行讨论，协调各专业的教学执行计划，最后形成
年度教学执行计划下发各系组织落实。各系将落实后的
33
各系将落实后的教师任务分配表汇总再报教 务科。各系教学办公室根据教学执行计划、 教师任务分配表和教室情况排出本系课程表， 再报教务科，由教务科进行统一协调，最后 制定出全校课程表下发各院、系。学校在部 分专业中实施了学分制管理，在每学期开学 以前还要进行学生选课工作。期末考试结束 后，各系将学生成绩归档并进行学籍处理， 然后将成绩及学籍处理结果报教务科审批执 行。另外教务科还要根据教师任课情况、学 生情况制定各种报表上报省教委、学校及各 有关单位。
14
5.5.1 报告撰写内容
4. 打算建立的信息系统 ❖ 已经选择要开发哪些信息系统？ ❖ 这些信息系统将如何支持企业业务 ❖ 如何评价这些信息系统？
5. 信息系统应急计划 ❖ 如何保护这些信息系统免受灾难？
6. 信息系统预算 7. 信息系统开发时间计划
15
5.5.2 规划报告审查
一、信息系统开发的风险
1.４
初步审查 学籍变动
申请
初审后的学籍 变动申请
教务 处
学生档案
1.８
初审 毕业资格
学生毕业资格 清单
学生成绩档案
1. １０ 基于成绩
的 学籍处理
教务 处
学生学籍处理 清单
院系学生档案
1.２ 建立各院 系学生档
案
1.５ 审查学籍 变动申请
1.７ 执行学籍
变更
1.９ 审核及
报批 毕业资格
1.１１ 审核学籍
院系
教研 室
主任
教师任课表
院系教师任课表
40
6.3 数据流图
系统分析阶段： 使用数据流图DFD来建立系统需求的过
是否具备所需的物理资源
8
经济可行性
资金许可性
初始成本 日常维护费用：维护、易耗品、其他各种开销
经济合理性
ROI(return on investment)投资回报率 直接效益：节省人员、减少库存、增加产量 间接效益：准确的信息、决策支持、竞争力 投资回收期？
9
社会可行性
组织内部的改革是否能够推行(体制变化、人 员精简)
.治愈率 .事故次数
6
5.5 可行性分析
“可行性”是指在企业当前情况下，研制这 个信息系统是否有必要，是否具备必要的 条件。
可能性、必要性、合理性
可行性分析的内容：
1. 技术可行性 2. 经济可行性 3. 社会可行性
7
技术可行性
根据现有技术条件分析能够达到系统所提出 的要求
硬件：存储量、速度、质量、可靠性等方面 软件：各种系统软件的能力、是否已有专用软件 技术人员：水平、数量、流动性
下达 各单位 各部门
计划 存档
批准
上级
领导
32
“教务管理”案例
新生入学后填写的学生情况登记表报各系、 院后，再上报教务处教务科，教务科将这些 报表汇总后与学校招生办公室进行核对，准 确无误后存档以备使用。每年各个专业在制 定完教学计划后，由教学秘书交系教学办公 室进行审核，然后上报教务科，教务处和教 务科出面组织全校进行讨论，协调各专业的 教学执行计划，最后形成年度教学执行计划 下发各系组织落实。
功能性需求 技术性需求
23
功能性需求
功能需求是系统必须完成的活动或过程，也 就是系统将要涉及的商业应用。
功能需求是根据业务过程和业务规则确定的， 有些容易获取，有些则是隐含的，需要去发 现。
24
技术性需求
技术需求也称非功能性需求，是和公司的环 境、硬件和软件有关的所有可操作目标。
例如：系统必须能支持100个并发用户；保 存订单的时间不能超过0.5秒等等，涉及系统 性能、可靠性、安全性等质量特性。
的方法来解决业务需求。 在用户中建立可信度，用户才可能接受你的
建议。
其他要求:系统分析员应有较强的系统观点，较好的
逻辑分析能力，能够从复杂的事物中抽象出系统模 型。他还应具备较好的口头和书面表达能力，较强 的组织能力，善于与人共事。
19
6.1.2 系统需求
分析的重要任务是理解和表达需求 需求有哪些种类？ 如何寻找需求？ 如何表述需求？
教师任务分配表汇总再报教务科。各系教学办公室根据
教学执行计划、教师任务分配表和教室情况排出本系课