系统分析与设计课程设计

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