项目管理计划书(1)
一、项目信息
1.1 项目背景 项目背景
教学管理系统主要实现对一般高校的的教学工作的信息化管理。本系统实现了 对教师的基本信息和教师的授课信息的登记、统计和查询等功能。类似的还对学生 的基本档案信息、学习成绩信息进行保存、统计和查询。同时实现了对课程信息和 学生选课信息的管理。本系统很大程度地实现了学校教学工作的信息化管理。
1.2 项目目地 项目目地
(1) 教学管理人员通过该系统登录学生、教师和课程的有关信息。 (1) 教师可以通过该系统来设置课程信息和登录学生的成绩, 实现对学生成绩的管 理。 (2) 通过该系统对学生成绩进行汇总统计和分析。
1.3 项目目标
在教学事务管理过程中,管理人员对心调入的教师登记教师档案,对新入学的 学生登记学生档案,每个学期考试结束后登记学生成绩。每个学期末,学生根据系里 提供的下一学期所开课程选课。教师接受了一学期任务,并将选课结果和分配的教学 任务等信息登记保存。教学管理系统应具有以下功能模块。 教师信息管理:完成对教师档案和教师授课情况的管理,具体包括教师档案 登录、授课信息登录和教师相关信息浏览。 学生信息管理:完成对学生档案和学生成绩的管理,具体包括学生档案登录、学 生成绩登录和学生相关信息浏览。 选课信息管理:完成学生选课信息和课程信息的管理,具体包括课程信息登录、 选课信息登录和选课信息查询。
1
二、项目计划 项目计划
2.1 项目主要内容
本项目主要内容是完成以下任务 (1) 信息录入系统 (2) 信息维护系统 (3) 信息查询系统 (4) 数据统计分析 (5) 硬件配置实施
2.2 项目信息
为建立教学管理信息系统,小组开发人员收集到的信息有: 1.项目名称:建立教学管理信息系统 1) 投资与资源:有关人员迫切要求早日开发出教学管理信息系统,由计算 机代替手工管理教学管理信息系统。学校主管领导也十分支持这项工作,已批准 投资 6 万元人民币用于购置设备和软件开发。同时学校还拥有雄厚的技术力量。 小组开发人员 5 名,计算机 5 台。 2) 时间与工期要求:教学管理信息系统开发从 2011 年 11 月 3 日星期四开 始,至 2011-11-16 必须完成并交给学校主管领导投入使用,工期为 14 天。 3) 系统的业务及流程:管理教师档案管理、教师授课管理、学生档案管理 和学生选课管理等几项。教学管理手工处理流程是这样的,管理人员对新调入的 教师登记教师档案,对新入学的学生登记学生档案。每个学期考试结束后登记学 生成绩。每个学期末,学生根据系里提供的下一学期所开课程选课,
教师接受下 一学期教学任务,并将选课结果和分配的教学任务等信息登记保存。 4) 质量要求:系统要求检索迅速、查找方便、可靠性高、存储量大、保密 性好、寿命长、成本低等。系统还应具有良好的安全性和稳定性,对数据库的科 学的设计避免出现数据冗余。登陆与查询界面优雅美观。
2.3 项目各阶段产品
项目阶段 项目启动 需求调研与分析 系统设计 主要产品 软件项目工作计划书 软件续修规格说明书,数据分析说明 书,测试计划 概要设计说明书,详细设计说明书,数 据库设计说明书
2
系统实现 系统测试 系统实现
—— 测试分析报告 用户手册,操作手册,项目总结报告
2.4
WBS 图
采用自上而下的编制方法,某学校教学系统开发项目工作分解结构图可分为 4 层。第 2 个层次按照项目实施的阶段进行分解,分为 6 个模块;根据活动安排, 又对 6 大模块的工作进行了进一步分解,形成第 3 层和第 4 层的活动。 各模块的主要任务如下: (1) 项目管理:主要任务是在项目启动阶段,制定项目开发计划和相关的规 模制度, 主要包括选择项目管理的方法论、 编制项目计划, 以及对项目进行监控。 (2) 可行性研究:确定项目的初步需求和总体范围,并对项目可行性进行分 析,主要从技术和资金两方面分析,撰写可行性分析报告。 (3) 需求分析:在通过可行性分析后,开始进行正式的需求分析,制定需求 分析报告。 (4) 系统设计:根据前面产生的需求分析报告,进行系统的设计,主要分为 硬件设计、软件设计和数据库设计 3 个方面,撰写系统设计说明书。 (5) 系统实施:在硬件方面包括采购需要的硬件设备,并进行安装和调试。 在软件方面,包括对子系统和分析子系统进行开发。系统集成包括软件装载、数 据导入和系统测试 3 项工作,最好撰写系统实施报告。 (6) 系统验收:请客户验收此系统,并负责相关的培训。项目组成员还需要 对系统进行总结,并提交总结报告。
3
教务管理系统开发项目的 WBS 树形图 编号 1 1.1 1.2 1.3 2 2.1 2.2 可行性 研究 初步需求分 析 技术可行性 项目工 作 项目管 理 选择方法 编制计划 项目监控计 划
4
2.3 2.4 3 3.1 3.1.1 3.1.2 3.1.3 3.2 3.2.1 3.2.2 3.2.3 3.2.4 3.3 3.3.1 3.4 3.4.1 3.4.2 4 4.1 4.1.1 4.1.2 4.1.3 4.1.4 4.1.5 4.1.6 4.2 4.2.1 4.2.2 4.2.3 4.3 4.3.1 4.3.2 4.3.3 系统设 计 需求分 析
分析 资金可行性 分析 可行性分析 报告
需求分析调 查 客户面访 问卷调查 需求分析报告 软件需求分 析 项目计划评审 调研用户环境和用 户需求 功能需求 性能需求 软件测试计 划 运行环境需求 数据需求说 明书 其他需求 测试计划
概要
设计 数据的逻辑描述 数据采集 架构设计 模块设计 总体设计 接口设计 详细设计 运行设计 系统出错设计 程序系统设计 数据库设计 程序描述 具体算法 外部设计
5
4.4 5 5.1 5.1.1 5.1.2 5.1.3 5.2 5.2.1 系统实 施
代码设计
测试及分析 代码实现 主要工作 测试概要 编写用户手 册 测试结果和发现 对软件功能的结论
5.2.2 5.2.3 5.3 5.3.1 5.3.2 5.3.3 5.3.4 5.3.5 6 6.1 6.2 项目总 结 系统验收 项目总结 编写操作手 册 运行环境说明 使用过程说明 软件描述 安装与初始化 运行说明 用途说明
2.5 进度计划
里程碑 项目启动
提交产品 主要工作 开始时间 软件项目开 指定初步项 发计划 目计划 项目计划书 评审 可行性研究 可行性研究 调研用户环 报告 境和用户需 求 需求调研与 软件需求规 功能需求 分析 格说明书 性能需求
结束时间
负责人 陈力
杨晶
袁澄瀚
6
设计
实现 集成测试
实施
运行环境需 求 其他需求 软件测试计 测试计划 划 数据需求说 数据的逻辑 明书 描述 数据采集 概要设计说 架设设计 明书 模块设计 总体设计 接口设计 运行设计 系统出错设 计 详细设计说 程序系统设 明书 计 程序描述 具体算法 数据库设计 外部设计 说明书 结构设计 运用设计 代码 代码实现 测试分析报 测试概要 告 测试结果和 发现 对软件功能 的结论 用户手册 用途说明 运行环境说 明 使用过程说 明 操作手册 软件描述 安装与初始 化 运行说明 项目总结报 项目总结 告
胥叶霞
——
——
—— 王家红
陈力
7
2.6 工作量估算
项目阶段 需求调研及分析 设计 编码 测试 项目管理 其他 总计
工作量(人日) 4 5 —— 11 1 2 14
百分比 28.6% 35.8% —— 7.1% 7.1% 14.3% 7.1%
2.7 关键计算机资源估算
项目需要配备的关键计算机资源,如数据库服务器,Web&Application,以及 所运行的操作系统和运行环境, 还包括项目管对成员需要具备的计算机和基本硬 件配置 用途 数 据 库 server Web server Application server 服务器型号 配置 SQL server 2000 Dell server Sun FIile 280 操作系统 数量
Windows xp
1
2.8 项目评审
描述按计划需要评审的工作产品,以及采用的评审方式和产假评审的人员。 评审方式是同行评审、 里程碑 提交产品 评审方式 负责人 项目启动 软 件 项 目 开 发 计 同行评审 陈力 划书
8
可行性研究 需求调研与分析
设计
实现 集成测试 实施
可行性研究报告 软件需求规格说 明书 软件测试计划 数据需求说明书 概要设计说明书 详细设计说明书 数据库设计说明 书 代码 测试分析报告 用户手册 操作手册 项目总结报告
同行评审 同行评审 同行评审 同行评审
杨晶 袁澄瀚
胥叶霞
——
—— 陈力 王家红
2.9
风险评估和控制
对于本项目的风险评估分析如下表所示: 风险系数 严重等级 发生概率 2.7 9 30% 3.2 8 40
风险说明 时间风险 质量风险
2
10
20%
需求风险
2 1.4 0.6 0.6 0.2
5 7 3 6 2
40% 20% 20% 10% 20%
人力资源风险 技术风险 能力风险 设备资源风险 过程风险
降低风险策略 采用瀑布模型 对各个过程进 行质量控制活 动,确保质量 实地了解业务 需要,并进行 流程规划 审查人员能力 深入研究 在开发前惊醒 学习 提交设备需求 计划 进行培训
** 这里说明一下: 描述预计项目中可能发生的风险。风险系数=严重等级*风险概率,风险等 级是指风险对项目的进度、质量和成本影响的严重程度,可分成吐下十个等级, 等级越高影响越严重; 1/ 客户风险,指由于客户成熟度不够而产生的风险 2 过程风险,指由于项目组成成员对开发过程不熟悉而产生的风险 3 能力风险 ,指由于项目才组成成员不具备项目需要的能力而产生的风险
9
4 5 6 7 8 9 10
成本风险,指由于项目成本过高而产生的风险 人力资源风险 ,指由于人员不足而产生的风险 设备资源风险, 指由于开发设备而不足而产生的风险 技术风险, 指由于采用项目组成成员不熟练的技术而产生的风险 质量风险, 指由于用户要求的质量过高而产生的风险 时间风险, 指由于开发时间过紧而产生的风险 需求风险, 指由于需求调研不充分而产生的风险
三.项目可行性分析
通过对学校的教学管理工作进行详细调查,在熟悉了教学业务流程后,认为:教 学管理是一个教学单位不可缺少的部分,教学管理的水平和质量至关重要,直接影响到 学校的发展。但传统的手工管理方式效率低,容易出错,保密性差。此外,随着时间的 推移,将产生大量的文件和数据,给查找、更新和维护都带来不少困难。使用计算机进 行教学管理,优点是检索迅速、检查方便、可靠性高、存储量大、保密性好、减少错误 发生扥,大大提高了教学管理的效率和质量。
3.1 管理可行性
信息化得教务管理在如今的信息时代是大势所趋,而去随着现代管理理念、方法 和途径的发展,教务信息化管理手段日渐成熟,也必定会突飞猛进,所以从长远 利益出发,主管领导对该项目的开发与实施会大力支持。
3.2 经济可行性
采用教务管理信息系统可取代原系统的单据手工传递工作,减少人工开支,节省 资金,并且可大大提高信息量的取得,缩短信息处理周期,规划教学资源,提高 学生信息,及时反馈教学信息的利用率,使教学质量更上一个台阶。
3.3 营运可行性
本系统操作简单,易于理解,只需通过简单熟悉,上手较快,学校教务管理处职
员以及相关老师均能进行操作,营运环境要求低。
10
四、项目的约束条件
4.1 时间约束
本项目从 2011 年 11 月 3 日星期四开始,至 2011-11-16 必须完成并交给学 校主管领导投入使用,工期为 14 天。
4.2 质量约束
(1) 规范的文档管理 (2) 核心功能实现,系统顺利运行。 实现功能包括以下内容。 硬件环境: 硬件环境:
硬件名称
最低配置
处理器
Intel PIII 800
系统内存
256M
硬盘
10G
网络带宽
10M
软件支持环境:配置了现在主流的浏览器如 IE、FireFox、傲游和搜狗 等的主流操作系统上,如 Windows、Linux、Unix 或者 Mac 等操作系统。
11
五、项目组织
5.1 项目的组织结构
12
学生登录 系统管理 学生注销 退出系统 新生注册 学籍管理 修改信息 学 生 功 能 模 块 所有课程 我的课程 课程管理 添加选课 删除选课 报考四六级 四六级管理 报考历史 报考等级考试 计算机等级考试管理 教 务 管 理 系 统 教 师 功 能 模 块 课程管理 报考历史
教师登录 系统管理 教师注销 退出系统 添加课程 课程列表 删除课程 查看选课学生信息 评分 管理员登录 系统管理 修改密码 退出系统 管 理 员 功 能 模 块 添加教师 教师列表 教师管理 删除教师 四六级报考列表 处理四六级报考信息 课程管理 计算机报考列表 处理计算机报考信息
13
5.2 项目人员职责
姓 名
性别
职责 *负责需求管理 *对项目负责,监控和管理 项目活动 *配合与协调质量保证小 组的活动 *风险分析 *依据项目开发计划制定 测试计划 *监控测试计划执行情况 *参与详细设计 *分配开发任务 *参与详细设计 *分配开发任务 *依据项目开发计划制定 测试计划 *监控测试计划执行情况
在本项目中承担的工作
陈力
男
项目经理
袁成涵
男
测试人员
杨晶 胥叶霞
女 女
开发人员 开发人员
王家红
女
测试人员
六、项目的时间管理
6.1 项目活动
①启动项目,确定开发该系统的方法,编制项目计划,编制监控计划;②研 究项目的可行性,初步需求分析,从技术、资金分析项目的可行性撰写可行性分 析报告;③需求分析,做好需求分析调查,软件需求分析,软件测试计划,撰写 需求说明书;④需求设计,概要设计,详细设计,数据库设计,代码设计;⑤系 统实施,测试及分析,编写用户和操作手册;⑥总结项目工作,验收系统;
6.2 任务、活动排序 任务、
根据经理研究和各负责人商讨决定,项目的活动顺序如下:
②——>①——>③——>④——>⑤——>⑥
14
6.3 工期估计
项目估计思想:估计应既富于挑战性,又符合实际,稍微激进些的估计比过分不 保守的估计要好一些 项目估计方法:让某项活动
的负责人进行该项活动的工期估计 1、最可能时间 T 可能 根据以往的直接经验和间接经验,这项工作最可能用多少时间完成, 也就是我们一拍脑袋所确定的时间 2、最乐观时间 T 乐观 当一切条件都顺利时该项工作所需时间 3、最不利时间 T 不利 在完成过程中不利条件都在起作用时该项工作需要的时间 计划时间 T 计划=(T 乐观+4T 可能+T 不利)/6 根据上述得出下表: T可 项目工 编号 能 作 项目管 1 理 1.1 选择方法 0.5 1.2 编制计划 2 项目监控 1.3 2 计划 可行性 2 研究 初步需求 2.1 1 分析 技术可行 2.2 1 性分析 资金可行 2.3 1 性分析 可行性分 2.4 1 析报告 需求分 3 析 需求分析 3.1 调查 3.1.1 客户面访 1 3.1.2 问卷调查 2 3.1.3 需求分析报告 2 软件需求 3.2 分析 3.2.1 项目计划评审 0.5
T 乐观
T 不利
T计 划
0.15 1.5 1
1 4 2.5
0.5 2.3 1.9
0.5 0.5 0.5 0.5
1.5 1.5 1.5 1.5
1.0 1.0 1.0 1.0
0.5 1.5 1.5
1.5 3 3
1.0 2.1 2.1
0.2
1
0.5
15
3.2.2 3.2.3 3.2.4 3.3 3.3.1 3.4 3.4.1 3.4.2 4 4.1 4.1.1 4.1.2 4.1.3 4.1.4 4.1.5 4.1.6 4.2 4.2.1 4.2.2 4.2.3 4.3 4.3.1 4.3.2 4.3.3 4.4 5 5.1 5.1.1 5.1.2 5.1.3 5.2 5.2.1 5.2.2 5.2.3 编写用户 手册 系统实 施 测试及分 析 系统设 计 概要设计 数据需求 说明书 软件测试 计划
调研用户环境和 用户需求 功能需求 性能需求
1 1 1
0.5 0.5 0.5
1.5 1.5 1.5
1.0 1.0 1.0
运行环境需求
4
3
6
4.2
其他需求 测试计划
2 2
1.5 1.5
3 4
2.1 2.3
数据的逻辑描述 数据采集 架构设计 模块设计 总体设计 接口设计 详细设计 运行设计 系统出错设计 程序系统设计 数据库设 计 程序描述 具体算法 外部设计 代码设计
2 2 2 7 4 1
1.5 1.5 1.5 5 3 0.5
3 4 3 10 5 1.5
2.1 2.3 2.1 7.2 4.0 1.0
2 2
1.5 1.5
3 4
2.1 2.3 0.0
1 2 6
0.5 1.5 4
1.5 3 10
1.0 2.1 6.3
代码实现 主要工作 测试概要
2 2 2
1.5 1.5 1.5
4 3 3
2.3 2.1 2.1
测试结果和发现 对软件功能的结 论 用途说明
1 1 1
0.5 0.5 0.5
1.5 1.5 1.5
1.0 1.0 1.0
16
5.3 5.3.1 5.3.2 5.3.3 5.3.4 5.3.5 6 6.1 6.2 项目总 结
编写操作 手册 运行环境说明 使用过程说明 软件描述 安装与初始化 运行说明 1 1 1 1 1 0.5 0.5 0.5 0.5 0.5 1.5 1.5 1.5 1.5 1.5 1.0 1.0 1.0 1.0 1.0
系统验收 项目总结
2 2
1.5 1.5
3 3
2.1 2.1
6.4 项目的进度计划
根据上述活动安排和估算的活动工期,考虑项目需要的资源:小组共需要计算 机五台,系统功能分析员一名,系统设计员一名,程序开发员一名,文书一名。 系统可共享的资源:系统可共享计算机,系统功能分析员可做文书工作,如系统 设计员可与程序开发员一起编写代码及测试系统, 则做出来的系统准确率和开发 时间可提高,再加上活动有些内容是可以一起进行,所以该项目的进度计划如下 表 项目工 编号 开始时间 结
束时间 作 项目管 1 理 1.1 选择方法 2011-8-15 2011-8-15 1.2 编制计划 2011-8-15 2011-8-17 项目监控 1.3 2011-8-17 2011-8-19 计划 可行性 2 研究 初步需求 2.1 2011-8-13 2011-8-13 分析 技术可行 2.2 2011-8-14 2011-8-14 性分析 资金可行 2.3 2011-8-14 2011-8-14 性分析 可行性分 2.4 2011-8-14 2011-8-14 析报告 需求分 3 析 需求分析 3.1 调查 3.1.1 客户面访 2011-8-20 2011-8-21
负责人 陈力
杨晶
袁澄瀚
17
3.1.2 3.1.3 3.2 3.2.1 3.2.2 3.2.3 3.2.4 3.3 3.3.1 3.4 3.4.1 3.4.2 4 4.1 4.1.1 4.1.2 4.1.3 4.1.4 4.1.5 4.1.6 4.2 4.2.1 4.2.2 系统设 计 概要设计 数据需求 说明书 软件测试 计划 软件需求 分析
问卷调查 需求分析报告
2011-8-20 2011-8-20
2011-8-22 2011-8-22
项目计划评审 调研用户环境和 用户需求 功能需求 性能需求
2011-8-23 2011-8-23 2011-8-24 2011-8-24
2011-8-23 2011-8-24 2011-8-25 2011-8-25
运行环境需求
2011-8-25
2011-8-29
其他需求 测试计划
2011-8-30 2011-9-2
2011-9-1 2011-9-5 胥叶霞
数据的逻辑描述 2011-9-6 数据采集 架构设计 模块设计 总体设计 接口设计 详细设计 运行设计 系统出错设计 程序系统设计 4.2.3 4.3 4.3.1 4.3.2 4.3.3 4.4 5 5.1 5.1.1 5.1.2 5.1.3 系统实 施 测试及分 析 代码实现 主要工作 测试概要 2011-10-20 2011-10-22 2011-10-23 2011-10-25 2011-10-23 2011-10-25
18
2011-9-8 2011-9-11 2011-9-14 2011-9-22 2011-9-27 2011-9-24 2011-9-1 2011-9-29 2011-10-1 2011-10-4
2011-9-9 2011-9-12 2011-9-15 2011-9-23 2011-9-23 2011-9-1 2011-9-25 2011-9-30 2011-10-2
数据库设 计 程序描述 具体算法 外部设计 代码设计 2011-10-5 2011-10-6 2011-10-5 2011-10-9 2011-10-10 2011-10-12 2011-10-13 2011-10-19 王家红
5.2 5.2.1 5.2.2 5.2.3 5.3 5.3.1
编写用户 手册 测试结果和发现 2011-10-26 2011-10-27 对软件功能的结 论 用途说明 编写操作 手册 运行环境说明 2011-10-29 2011-10-30 使用过程说明 2011-10-31 软件描述 安装与初始化 运行说明 项目总 结 系统验收 项目总结 2011-11-6 2011-11-8 2011-11-9 2011-11-11 2011-11-2 2011-11-4 2011-11-4 2011-11-1 2011-11-3 2011-11-5 2011-11-5 陈力 2011-10-27 2011-10-28 2011-10-27 2011-10-28
5.3.2 5.3.3 5.3.4 5.3.5 6 6.1 6.2
6.5 进度估计
编号 1 1.1 1.2 1.3 2 2.1 2.2 2.3 2.4
项目工 作 项目管 理 选择方法 编制计划 项目监控计 划 可行性 研究 初步需求分 析 技术可行性 分析 资金可行性 分析 可行性分析 报告
进度估计 5 1 2 2 2 1 1 1 1
19
3 3.1 3.2 3.3 3.4 4 4.1 4.2 4.3 4.4 5 5.1 5.2 5.3 6
需求分 析 需求分析调 查 软件需求分 析 软件测试计 划 数据需求说 明书 系统设 计 概要设计 详细设计 数据库设计 代码设计 系统实 施 测试及分析 编写用户手 册 编写操作手 册 项目总 结 4
16 2 2 4 7 44 18 8 14
15 5 2 8
6.1 系统验收 6.2 项目总结 该系统开发共需要 5+2+16+44+15=82 天。
2 2
七、项目的成本计划
7.1 成
本估算
(1)开发前期: 调研规划成 本 规划系统方案 分析项目可行性
900 100 200
20
需求调研 100 造假预算 100 预算评估 200 聘请第三方的咨询成 200 本 开发前期的成本为 900 元 项目成本管理就是要确保在批准的预算内完成项目, 具体项目要依靠制定成本管 理计划、成本估算、成本预算、成本控制四个过程来完成。 。 (2)开发实施过程 项目的有人力成本:薪水材料;设备成本:设备和办公用品;软件成本;测试成 本;质量成本。 根据下表直接人工成本计算中的数据计算该项目团队的直接人工成本 工作时 日常开支乘 个人时间乘 每小时工资 姓名 直接人工 间 数 数 率 总成本 (元/天) (元) 陈力 7 2 1.12 500 7840 袁成涵 4 1 1.8 400 2880 杨晶 16 1.4 1.35 450 13608 胥霞 15 1.4 1.8 500 18900 王家红 44 1 1.12 400 19712 直接人工总成本=62940 元 设备成本:计算机 2 台,每台 2000 元,共 4000 元 测试成本:100 元 办公场地租金: 租金(天/ 名称 天数 合计 元) 办公室 10 82 820 实验室 50 75 3750 宿舍 100 82 8200 办公场地成本=12770 差旅成本: 30 元/天*82 天=2460 元 开发实施过程的成本总和为:82270 元 直接人工总成 62940 本 设备成本 4000 测试成本 100 办公场地成本 12770 差旅成本 2460
21
(3)系统实施后: 质量成本: 名称 预防成本 实施各类策划所需的费 用 产品评审、验收、确认费 用 工序能力研究费用 质量审核费用 质量情报费用 培训费用 质量改进费用 鉴定成本 检验费用 监测装置费用 要件成本、 耗材及劳务费 内部损失 成本 废品损失 返工损失 复检费用 停工损失 质量故障处理费 质量降级损失 外部损失 成本 索赔费用 退货损失 保修费用 降价损失 信誉损失
成本(元) 4300 2000 1000 200 200 400 300 200 700 300 100 300 2100 100 1000 200 300 200 300 3100 500 2000 100 100 400
质量成本=10200 元 系统实施后的成本为 10200 元 综上:系统的的成本为 93370 元 成本控制: 成本控制的过程是运用系统工程的原理对企业在生产经营过程中 发生的各种耗费进行计算、调节和监督的过程,同时也是一个发现薄弱环 节,挖掘内部潜力,寻找一切可能降低成本途径的过程。 成本控制就是指以成本作为控制的手段,通过制定成本总水平指标值、 可比产品成本降低率以及成本中心控制成本的责任等,达到对经济活动实 施有效控制的目的的一系列管理活动与过程。
22
八、项目的质量计划
质量管理质量要求:系统要求检索迅速、查找方便、可靠性高、存储量大, 保密性要高,寿命长、成本低。
8.1 质量管理计划及跟踪
1)项目质量的组织计划:根据保证体系组织机构,建立健全责任制度 和质量监督制度,坚持系统
、全面、统一各职务、责任、权限、利益相一 致的原则。 明确职责分工, 落实质量控制责任, 通过定期和不定期的检查, 发现问题,总结经验,纠正不足,奖优罚劣,对每个岗位实行定性和定量 的考核。 项目质量的物资采购供应计划: 材料计划订货合同及采购计划同项目的物 资部门及承包方共同负责。由物资部门委托供方供货,事先必须对分供方 进行认可和评价,建立合格的分供方档案,并实行动态管理定期对分供方 的业绩进行评审、考核,并作记录,不合格的分供方从档案中予以除名。 从分供方中采购物资,签订合同后要进行登记。 2)项目质量的技术保证计划:保密技术主要可以采用访问控制技术、 密码技术安全检测、监控检测和综合防护。对外包的项目有统一的标准技 术要求,使系统能有一个完整可行,能让用户在使用时能够简单方便。 项目质量的劳务计划:对工作人员要有完整的管理和严格公平的考核方 法。从根本上保证项目所需工作能力的高素质,从而为实现系统质量目标 奠定坚实的基础。 项目质量的资金计划:保证资金投入是确保工程质量、安全和资源正常供 应的前提下,引进激励机制,建立奖罚制度,从而提高工作质量。 对于系统的质量我们必须提供一个高效安全的运行环境, 对用户进行简单 的培训就能使用得得心应手。 3) 质量的跟踪: 质量的跟踪我们应从对系统的监控测试重点关注。 所以, 我们需要编制详细的软件测试计划、 测试用例。 编制详细的软件测试计划、 测试用例应当与软件系统的概要设计、 详细设计同步进行。 详细的软件测 试计划、测试用例,包括集成测试、功能测试、性能测试、安全性测试, 还应当包括系统整体测试、 运行测试。 运行测试是对应用软件系统整体功 能的全面检验,也是说明软件系统质量的测试环节。系统测试计划、确认 测试计划应当在需求分析阶段制定, 测试用例、 测试说明应当在概要设计 阶段制定。集成测试计划应当在概要设计阶段制定,测试用例、测试说明 应当在详细设计阶段制定。 单元测试计划应当在详细设计阶段制定, 测试 用例、测试说明应当在编码阶段制定。通过一系列的测试过后,我们可以 让用户组织对项目进行运行, 以试运行的结论来作为验收结果, 这对于我 们的质量要求能否满足用户需求是很有力的依据。
23
8.2 项目外包
教务管理系统下面有很多的模块,有较多的工作需要处理。由于平时我们 的工作项目没有完全按照项目管理模式进行管理, 致使很多模块在实施当 中的进度,质量、人员等方面严重失控,最后不是无限度的追
加资金,就 是无条件地追赶工程进度。这样将影响到工程的质量。因此,在出现这样 的问题前,我们可以选择避免问题出现。我们可以将一些技术含量不高或 在承包商中有较成熟的技术模块实行项目外包。这样不仅能缩短工期,而 且能够让我们结识更多的工作伙伴,当有不时之需时,又多一条出路。实 行外包能简化项目的复杂度,节约开发力量 ,使我们能有更多的时间去 研究核心业务,对开发过程中节约了一定的成本。在实行外包时,我们要 看该项目的外包是否有意义, 当外包的成本比我们自己开发还贵还浪费资 料我们要实行自己开发。对于外包的对象我们应慎重选择,对于他们的技 术开发,设备安装,技术兼容、高级编程、系统维护等综合工作能力我们 都应考虑。外包项目一般都是通过竞投来选择合作对象。在选好合作对象 后,我们必须进行合同谈判,制定出一整套标准方案,不论是谁在做,都 要以这个标准来进行工作的完成。 我们需要将外包的项目要求准确地表述 经承建商,这样我们才能达成共识,不浪费大家的时间。让质量能够有保 证。
8.3 软件测试
1,、测试的内容 用户注册 用户登录及修改个人信息 网上选课 公共信息查询 系统安全性 2、测试执行的情况 1)测试类型 测试类型 测试内容 功能测试 用户个人前台注 册新用户、登录系 统、找回密码、更 改密码、查看个人 课表、教师课表、 个人成绩等。 管理后台:管理员 登录系统、审核注 册用户、增加修改
测试目的 核实所有功能均 已正常实现 a.流 程 检验 : 各 个 业 务流 程 符 合 常 规逻 辑 , 用 户 使用 时 不 会产生疑问。 b.数 据 精确 : 数 据 类 型的 输 入
所用的测试工具 和方法 采用黑盒测试,使 用边界值测试、等 价类划分、数据驱 动等测试方法、进 行手工测试
24
或删除模板。 用户界面测试 a. 导航、链接、 页面结构(包 括菜单、 背景、 颜色、字体、 按钮名称、 TITLE、 提示信 息的一致性 等) b. 友好型、易用 性、合理性、 正确性等 安 全 性 和 访 问 控 密码:登录个人用 制测试 户,管理员用户 权限限制 通过修改 URL 非法 访问 登录超时限制等
性能测试
输 出 时统 计 精 确 核实各个窗口风 格(包括颜色、字 体、提示信息、图 标 、 TITLE、 等 ) 都与基准版本保 持一致或符合可 接受标准,能够保 证用户界面的友 好性,易操作性且 符合用户操作习 惯。 a/ 应 用 程 序 级 别 的安全性:核实用 户只能操作其所 拥有权限操作的 功能 b。系统级别的安 全性:核实只能具 备系统访问权限 的用户才能访问 系统 核实系统在大流 量的数据与多
用 户操作时软件性 能的稳定,不造成 系统崩溃或相关 的异常现象
Web 测试通用卡法 方法测试
黑盒测试、手工测 试
2)测试环境与配置 资源名称/类型 测试 PC(10 台) 数据库管理系统 应用软件 客户端前端展示 负载性能测试工具 功能性测试工具 测试管理工具
配置 P4、主频 3.00GHz/、硬盘 120GB、内存 2GB SQL Server 2005 Microsoft Visual Studio 2008 Internet Explore 6.0
3)测试总结 从客户端、数据传输和服务端三个方向入手、提出整个体系的安全架构 方案与防御策略。利用数据加密技术原理、反入侵思想、用户认证机制、访问控
25
制策略、服务器安全和应急响应方案等,提出了全方位的系统防御方案。该方案 能有效防止基于教务管理系统环境下的各种安全问题, 有效地确保教务管理系统 能提供稳定的服务。最后并完成系统全部功能的实现:用户注册,用户登录及修 改个人信息,网上选课,活动报名,教学质量评估,公共信息的查询。客户端的 修改密码是会与该客户端注册时的手机或一些证件号码相挂钩,并使用数据加 密,确保客户端在登录时的安全性与稳定性。同时一个客户注册号只能在一部计 算机上登录,并在每次登录之后都会显示上次客户登录时间,确保客户的资料和 系统相结合一致。对于客户在执行功能时的准确与稳定性有着一定的基础,如网 上选课,能同时允许一万人同时登录,不影响选课的质量。
九、项目的干系人分析
1、项目发起人 本项目发起人是学校的高层。其是项目需求的提出者,同时也是项目资金的 提供者,更是项目产品的使用者。其对该项目的需求或期望主要是,有效地优化 改进教务管理的业务流程和人员管理。项目测试及验收阶段,其所在教务系统的 工作效率提高与否。在项目开发过程中,其责任只要表现在及时供给项目所需资 金,充分与项目团队进行明确需求的讨论,提出对项目的某些要求等。 2、用户 本项目的用户是教师、学生和管理员。管理员的需求为,项目产品是否能够 减轻其工作量,使其工作更有效率。项目实施后,其工作量减轻与否是其衡量项 目的主要指标。其作为项目铲平的直接使用者,为了更好地完成该项目,有责任 积极配合项目的调研与实施。 1、项目经理 项目饿成功与否,与项目经理是否能够较好地组织管理项目团队。充分地 与其他项目干系人进行沟通等,有着直接的关系。故而项目经理也是项目干 系人中不可缺少的一部分。 项目经理的需求主要是, 如期顺利地完成该项目的开发, 并顺利通过验收。 工期和验收结果为其主要衡量指标。其责任为在项目全过程中骑着统筹整个 项目
团队、负责与各干系人沟通,并对真个项目进行时间管理等乙烯利的管 理工作。 2、项目成员 项目成员是项目开发过程的具体实施者,其工作的好坏直接影响着项目的成 功与否。项目成员对项目的需求主要表现在项目成功后的自我价值实现,以 及是否能在该项目的开发过程中使自身能力得到提高,掌握更多的知识,积 累丰富经验。项目的成功与否,是否通过项目使自身有所提高是其主要衡量 只指标。 所有项目成员都有责任尽可能地积极参与项目卡法,认真执行项目计划,配 合经理工作,并尽力创造一个积极而又有建设性的项目环境。
26
十、项目的采购计划
10.1 投标人须知
一、 总则: 总则:
1. 本招标文件仅适用于徐州师范大学组织的招标活动。 2. 凡符合资质要求的公司均可参与投标。 3. 无论投标结果如何,投标人自行承担因投标所产生的全部费用。 4. 本次招标活动及由本次招标产生的合同受国家法律制约和保护。 5. 凡参与此采购项目的投标方,除投标方有特别说明外,均视为接受并遵 守本招标文件。 6. 本次招标活动细则由徐州师范大学招投标办公室负责解释。 二、 招标工作程序
1. 发布招标公告; 2. 投标方获取招标文件; 3. 投标方咨询了解本项目基本情况,制作投标书; 4. 招标方接受投标书,同时收取标书费、投标保证金; 5. 开标、述标; 6. 评标定标,等额退还未中标方的投标保证金; 7. 中标方签署供货合同,执行合同。 三、 对投标方的要求 对投标方的要求
投标方除具备公告中的资质要求外,还应满足下列要求: 1. 必须为独立法人; 2. 必须具有《中华人民共和国消费者权益保护法》所规定的售后服务的能 力。中标方必须派出技术人员提供现场服务及有关技术培训; 3. 提供的产品必须附有原始生产厂家的质保书及产品合格证,如提供假冒 伪劣产品, 招标方将根据 《中华人民共和国消费者权益保护法》 的规定要求赔偿。 四、 投标文件的要求
1. 投标文件的构成: (1) 投标函;
27
(2)
报价表:自做报价表,注明型号、规格、技术指标,详细的交货清
单; 特殊工具及备件清单。 如所投产品指标与招标文件要求有偏离的必须在投标 书中注明。 书中注明。 (3) (4) 相关服务:明确产品技术服务和售后服务的内容及措施; 投标书附件:由投标人根据各自情况自行编制,规格幅面与正文一
致,主要内容包括:产品组成系统说明,产品主要技术性能和结构的详细描述; 提供必要的数据、图纸和图片(彩页) ;产品制造、安装、验收的执行标准; (5) 投标人资格证明文件:单位简介(包括组织机构、人员、经营规
模、
经营特色、对企业员工的业务培训情况、经营场地使用性质、主要负责人简历介 绍等) ;企业法人营业执照复印件;税务登记证明复印件;组织机构代码证;近 三年主要经营业绩等背景资料复印件,所有复印件均需加盖相应的有效印章; (6) 货物证明文件:产品授权证书及代理证书(证明投标人提供的货物
及其伴随服务是合格的货物和服务且符合招标文件规定) 。 2. 投标文件的份数、签署和封装 (1) 投标文件份数为正本一份,副本五份,须各自装订成册。每套投标
文件须清楚地标明“正本”或“副本” 。当正本与副本内容不一致时,以正本为 准; (2) 投标文件的正本和所有的副本均需打印,由法人或授权代表签字。
授权代表须将以书面形式出具的“授权证书”附在投标书中; (3) 投标文件的正本和所有的副本一并装入密封袋,并在密封袋骑缝处
加盖与投标供应商一致的有效印章,否则视为废标;密封袋上应注明投标供应商 名称、联系人及联系电话。 3. 投标文件的样式 投标人应严格按照第四项要求的内容及顺序编写、装订投标文件; 4. 一经投标,无论投标人是否中标,其投标文件恕不退还。 五、 投标报价及投标范围
1. 产品投标价格,都应报递送到招标文件规定的实际交货地(买方指定的 最终用户学校的校园内)的价格,应包括运保费、税费、材料费、安装调试费、 施工费等。 2. 评标专家组在评标时,对方案、配置可作必要调整,招标工作小组审定 后可予以执行。
28
六、
投标日期
投标人应按照本次招标采购公告中的日程安排,在规定的时间到指定地点 进行投标,逾期不予受理。 七、 开标、评标、定标 评标、
1. 招标人按照本次招标采购公告中的日程安排,在规定的开标时间在指定 地点召开开标会,投标人的法定代表人或授权代表须准时参加; 2. 评标小组只对确定为实质上响应招标文件要求的投标进行评价和比较; 3. 评标时采用综合评标法; 4. 学校监察、纪委、审计对招标全过程进行监督; 5. 评标结束后,招标人将公布最终结果,并向中标单位发中标通知书; 6. 对未中标单位,招标人可不作解释. 八、 投标保证金
1. 投标人在投标时,须向招标人交纳投标保证金,具体金额详见招标采购 公告; 2. 投标保证金仅限于用汇票或现金形式支付; 户 名:徐州师范大学
开户行:农业银行铜山新区支行 帐 号:2466 0104 0000 050
3. 评标结果公布后,未中标的公司所缴纳的投标保证金即时等额退还;中 标的公司所缴纳的投标保证金自动转为合同履约保证金, 在合同执行完毕后等额 无息退还,如中标方拒绝遵守招标
文件规定、投标承诺,或拒绝签订合同,或虽 签署供货合同但不予履行,则此款作为违约金不予退还。 九、 签订合同
1. 在合同签订之前,招标人有权对中标方的履约能力进行最后审查,审查 方式包括询问、调查和实地考察,如发现中标公司提供的材料虚假或对标书所要 说明的情况故意隐瞒或虚报, 则招标人有权取消其签约资格, 没收其投标保证金, 并另行评定中标者(在标书有效期内) ; 2. 中标公司收到中标通知书后应严格按照通知书要求的时间和地点与需方 代表签订合同,否则按投标人撤回投标处理; 3. 签订合同书应以招标文件和投标承诺为依据。 十、 合同主要条款及付款方式
29
1. 招标方与中标方按合同共同进行验收; 2. 采用试用一年后再付款的方式,一年后如产品合格付合同总额的 80%, 余款作为质保金在首次付款后一年内付清。
10.2 招标项目的技术规格、要求和数量(项目需求书) 招标项目的技术规格、要求和数量(项目需求书)
为了满足学校教学和科研的需要,我校需购置教务管理系统,具体要求如 下:
一、系统维护
能为各级用户分配权限,可细化到字段的权限授予;系统管理员能看到各 级用户密码; 数据升级方式简单直观; 最大限度的添加、 修改公共代码字段名称; 数据备份、恢复功能;帮助功能。
二、学籍管理
1. 学生注册:学生注册包括新生注册、老生注册、不在册学生管理。对于注册 的学生方能进行学年注册。 新生注册:收费部分参见老生注册,先收费后注册。 老生注册:由学生自行交费:学费,住宿费等。交费的学生才能注册。不在 册学生管理:主要对进修生等在本校学习的外校学生等的基本信息进行维护(增 加、修改、删除等) 。学生注册中的学籍管理:要求能反映专业现有学生数,历 史有学生数,异动生数;打印报表中均有:制表人代码,制表人姓名,制表时间 等; 2. 信息维护:能根据招生库自动导入每年的新生库,字段之间可以实现匹配。 学籍库的信息维护要有修改的记录记载。 3. 学籍异动:能根据学生学籍异动,实现学生学籍异动记录的添加功能。并能 根据条件查询学籍异动情况并能导出。 4. 学生奖惩(接口由学工处) :可导入学生的奖励和处分情况,并能根据条件查 询学生奖励或处分情况。 5. 毕业资格审核:能根据教学计划和毕业基本条件等审核申请毕业学生或正常 毕业学生的是否毕业、是否获得学位,并可将所需要的字段信息结果导出。 6. 辅修专业审核:能根据条件进行辅修专业审核并进行证书打印 7. 查询/统计/打印:能根据多种条件统计各学院各专业各年
级各班级的学生人 数、学生基本信息表(只要是学籍库中的字段都可查询并统计) ,并可将查询的
30
结果直接输出,可打印客户需要的各种形式报表。
三、师资管理
教师基础信息维护;教师工作量/课酬统计;教师职称、在职状态、是否外 聘查询功能。
四、教学计划管理
新专业教学计划制定、原始教学计划维护、执行教学计划管理、辅修教学计 划管理、教学任务维护、相关的统计查询。 “教学任务”是课酬管理、排课管理、 选课管理、考试管理、教材管理、实践教学管理的重要数据来源依据。另外,教 学计划要做到和排课严格对应, 即要想增加或删除一门课程排课信息必须先修改 计划。
五、排课管理
排课条件设置、人工安排课程管理、系统自动排课、调停课管理、教室信 息管理、网上查课表等环节。排课系统能依据执行教学计划(学期教学任务)安 排;排课中的班级人数应该按照学籍信息时时更新;排课周次按照校历编排;教 室借用功能,包括调停课程、普通教室和多媒体互换使用等。要求实现网上申请 调停课功能,实现网络化教室调度,通过打印单据形式通知教室借用单位; 辅修专业的管理模块,能够实现辅修专业的课程管理与本专业的必修课、 公选课分开,最后以辅修专业的课程成绩单独处理。学生可以网上申请报名;全 校公选课可以通过开课教师自己网上申报,由教务处审核后实现网上排课、排考 试。学生可以网上选课。
六、考试管理
考试的日期设置、期末考试科目信息统计、考试课程信息设置等操作。考试 管理主要功能包括:考试课程安排、考试时间安排(统一考试、随堂考试) 、考 试地点安排(统一考试、随堂考试) 、监考教师安排(统一考试、随堂考试) 、不 规则考试安排(如补考等) 、等级考试安排管理、考试报表管理等。
七、选课管理
选课时间设定(包括学生选课的学期、可选课程类型、选课年级、选课起止 时间等的设定) 、选课门数设定、选课密码创建、选课手工调整、选课报表统计 查询、网上重修、补考报名管理、学生个人课表查询。特别说明,学生登陆选课 界面应该和排课结果对应,即他只能看到排课结果中所在班级的课程。
31
八、成绩管理
成绩录入、成绩统计分析、成绩的综合处理、等级考试成绩专项维护、生成 点名册、成绩登记表、成绩报告单、班级单科成绩分析、等级考试录入、统计、 等级考试成绩打印、 班级学期成绩汇总表、 素质拓展、 对学生学习状况进行跟踪、 重修补考成绩网络登陆(可以打印听课单等相关文档)
九、实践教学管理
实习教学; 科研
实践立项;科研实践报名及成绩录入界面;学科竞赛报名 及成绩录入界面;课程设计;毕业设计、毕业论文;实验课教学安排
十、教学质量评价管理
对参评课程进行分类,确保不同的课程类型参照不同的评价指标体系;评价 指标体系的制定,如:体育类、理论类、实验类等,同时可以设置各项评价指标 及权重;学生评价任课教师、教师评价学生、同行评价(教师评价教师) 、管理 人员评价教师均实现网络化评价, 其中学生评教和教师评学的数据来源于本学期 选课结果;系统的评价分析报表功能,包括教师全校排名、同类课程中的排名、 所在学院排名等;相关的结果分析功能。
十一、 十一、前台 WEB 服务管理
学生在网上操作的基本功能包括:个人信息查询、公共选修课程简介、专业选 修课网上选课、一般课网上选课、网上评教、网上报名相关考试、个人课表查询 打印、个人成绩查询、教师评学结果查询、不及格课程查询。 教师网上功能包括:个人信息查询、查询教学任务、维护个人教学日历、授 课计划和教学大纲、成绩录入、教学评价、网上查询评教结果、网上调停课程申 请、网上公选课、辅修专业申报。 学院教务人员网上操作功能包括:查询所在学院教师信息、课程信息;查询 本学期所属单位教师任课情况;打印教师课程成绩;所属单位教师评教结果;本 学期教师工作量查询;查询处理所属单位教师调、停课申请表;查询所属单位教 师课程计划和教学大纲等。 其他人员:以游客身份登陆的人员,分为校外和校内两种身份。校内身份, 例如校领导可以查询校历,各学院及教学单位基本信息,任课教师基本情况,各
32
学期开课情况,按时间段、教师名、教室查询课表功能。校外身份,可以看到一 些我校愿意公开的通知公告等。
10.3 招标项目的特殊说明
1、采用试用一年后再付款的方式,一年后如产品合格付合同总额的 80%, 余款作为质保金在首次付款后一年内付清。 2、允许部分指标存在偏离,如有偏离需要在标书中指出。 3、需要对软件运行环境进行说明,特别是软件运行所需要的服务器最低配 置以及其他硬件设施。 4、需要对软件升级费用进行专门阐述。
十一、 十一、附录
11.1 E-R 图
教务管理系统 E-R 图:
33
学生选课 E-R 图:
教师授课 E-R 图:
11.2 数据流图
学生使用时的数据流图:
34
教师使用系统时的数据流图:
管理员使用时的数据流图(1) :
35
S001 管理员
D001管理员登录信息
P001 管理员信息判断
F001 管理员表
D002未排课
D005教室资源信息 P002检查排课 D003教师信息 D004课程信息 P005 录入教室资
源信息
P003 录入教师信息
P004 录入课程信息
F002 教师信息表
F003 课程信息表
F004 教室资源表
P006 生成课程表
F005 课程表
管理员使用时的数据流图(2) :
36
11.3 .
数据字典
数据流图只是描述了系统有哪几部分组成,各部分之间的联系等,但没有说 明系统中各个成分的含义。数据字典主要用来描述数据流图中的数据流、数据存 储、处理过程和外部实体。数据字典有六个条目:数据项、数据结构、数据流、 数据存储、处理过程、外部实体。 1、数据项 数据元素又叫数据项,是最小的数据组成单位。每个数据元素需要以下属 性:名称、简述、类型、长度、编号等。例如: (1)编号:X0101 (2)编号:X0102 名称:学生学号 名称:学生密码 简述:本校学生编码 简述:学生登录密码 类型及长度:字符型,50 类型及长度:字符型, 50 (3)编号:X0103 名称:学生姓名 简述:本校学生编码 类型及长度:字符型,50 8 (5)编号:X0105 名称:教师编号 简述:本校教师编码 类型及长度:字符型,50 50
37
(4)编码:X0104 名称:入学时间 简述: 学生的入学时间 类型及长度:日期型,
(6)编码:X0106 名称:教师密码 简述:教师登录密码 类型及长度:字符型,
(7)编号:X0107 名称:教师姓名 简述:本校教师编码 类型及长度:字符型,50 50 (9)编号:X0109 名称:管理员密码 简述:管理员登录密码 码 类型及长度:字符型,50 50
(8)编码:X0108 名称:课程名称 简述:本校课程编码 类型及长度:字符型,
(10)编码:X0110 名称:管理员姓名 简述:本校管理员编 类型及长度:字符型,
2、数据结构 数据结构描述的重点是数据之间的组合关系, 即说明这个数据结构包括哪 些成分。一个数据结构可以包含若干个数据元素或数据结构。例如: (1)编号:DX0101 名称:学生注册信息 简述:学生入学登记的基本信息 组成:学生学号+学生姓名+学生性别+学生密码+入学日期+毕业日期 +政治面貌+学生专业+ 学生班级+电话+备注 (2)编号:DX0102 名称:学生成绩信息 简述:学生在该星期的课程成绩 组成:学生学号+课程编号+课程成绩 (3)编号:DX0103 名称:教师个人信息 简述:教师登记的基本信息 组成:教师编号+教师姓名+教师性别+政治面貌+教师学历+教师职 称+工作时间+电话 (4)编号:DX0104 名称:课程信息 简述:学校课程基本信息 组成:课程编号+课程名+课程类别+学分+学时+成绩 (5)编号:DX0105 名称:管理员个人信息 简述:管理员登记的基本信息 组成:管理员姓名+管理员编号+管理员密码+电话+性别
38
3、数据流 定义数据流,在数据字典
中要描述以下属性:数据流的来源、数据流的去 处、数据流的组成、数据流的流通量等。例如: (1)编号:D0101 名称:学生注册信息 简述:学生入学登记的基本信息 来源:学生 去向:学籍管理处 组成:DX0101 (2)编号:D0102 名称:学生选课信息 简述:学期结束后,学生填写的下学期的选课单 来源:学生 去向:教学任务研究办公室 组成:DX0103+DX0104 (3)编号:D0103 名称:学生成绩信息 简述:学生在该学期的课程成绩 来源:学生 去向:教务处 组成:DX0102 (4)编号:D0104 名称:教师授课信息 简述:教师在该学期的授课情况 来源:教师 去向:教务处 4、处理逻辑 仅是对数据流程图中最底层的处理逻辑加以说明。例如: (1)编号:P1.1 名称:注册学籍 简述:即是对学生个人信息的登记 输入的数据流:注册信息 处理:根据学生的姓名所学专业判断学生所在学院及班级 输出的数据流:学生信息 (2)编号:P1.2 名称:学生选课 简述:每学期初之前除必修课外学生选择的任选院校课程 输入的数据流:选课单 处理:选课后形成学习课表
39
输出的数据流:课表学习 (3)编号:P2.1 名称:成绩登记 简述:每学期末学生所学课程的成绩 输入的数据流:成绩表 处理:登记后形成成绩单 输出的数据流:学生成绩信息 5、数据存储 数据存储的条目,主要描述该数据存储的结构,及有关的数据流和查询要 求。例如: (1)编号:F0101 名称:学生信息存储 简述:存放学生的学籍信息 组成:D0101 关键字:学生学号 相关处理:P1.1 (2)编号:F0102 名称:学生成绩存储 简述:学生每次的考试成绩记录 组成:学生学号+学生姓名+课程名+成绩 关键字:学生学号 相关处理:P2.1
(3)编号:F0103 名称:学生课表存储 简述:学生每学期的课表信息记录 组成:课程编号+课程名+教师姓名+学分+学时 关键字:课程编号 相关处理:P1.2 6、外部实体 (1)编号:X0101 名称:学生 简述:系统用户之一也是管理对象 输入数据流:成绩单 输出数据流:选课单、报名表、注册信息 (2)编号:X0105 名称:教师 简述:系统用户也是管理对象
40
输入数据流:教师 输出数据流:成绩表、所授课程信息 (3)编号:J0101 名称:管理员 简述:系统用户 输入数据流:管理员 输出数据流:报考信息、教师信息
41