情景设计2.docx
- 文档编号:13606761
- 上传时间:2023-06-15
- 格式:DOCX
- 页数:16
- 大小:180.43KB
情景设计2.docx
《情景设计2.docx》由会员分享,可在线阅读,更多相关《情景设计2.docx(16页珍藏版)》请在冰点文库上搜索。
情景设计2
情景设计2
一.任务:
按照以下背景所涉及到的业务流程完成数据流图、数据接口图和事件接口图的绘制。
二.工作背景:
由招生办公室按规定时间在专用教育网站上下载新生信息(录检表),备份存档,并且将新生信息(录检表)送至教务处,向考生发放录取通知书。
由教务处按照规定和新生的志愿将新生分配专业、班级。
由教务处将分班后的新生信息送至学生处,学生处按照分班情况为每个班分配班主任。
新生入学报到后,由学生处通过班主任向学生发放学生登记表,收回后由学生处按照此表对原来的新生信息进行修改和补充,然后由学生处将修改后的新生信息(学生登记表)送往教务处。
教务处按照此信息为每个新生建立学籍档案。
三.方案设计:
图1数据流图0层图
图2数据接口图1层图
图3事件接口图1层图
图4功能调用树
岗位说明书
版本
岗位名称
班主任
岗位代码
岗位等级
所在部门
工作地点
直接上级
业务往来
对内
主任,审核学生信息,收学生登记表,提交
直接下属
对外
考生
任职条件
工作条件
特殊要求
岗位概述
工作职责
职责及执行过程简述
工作接口
其它
工作输入(提供者:
依据名称)
工作输出(接受者:
结果名称)
发放学生登记表:
考生:
主任:
班级表(已审),专业表(已审)
考生:
学生登记表(待填)
权限:
时限:
绩效目标:
考评人:
相关程序文件编码:
收学生登记表:
考生:
学生登记表(待审)
审核学生信息:
权限:
时限:
绩效目标:
考评人:
相关程序文件编码:
审核学生信息:
{
检查
if()then
修改
整理
}
收学生登记表:
主任:
提交:
权限:
时限:
绩效目标:
考评人:
相关程序文件编码:
提交:
审核学生信息:
主任:
学生登记表(待审)
权限:
时限:
绩效目标:
考评人:
相关程序文件编码:
编制人
编制日期
2005.10.10
签发人
签发日期
生效日期
表1班主任岗位说明书
表2教务员业务/需求调查表
填表人
系统/功能字典--工作职责
日期
2005.12.14
岗位/角色
教务员
归属
教务处
所需软件
作用
合作者
招生办公室
学生处
处理规则
工作过程
<<默认>>
工作职责
所需软件
产生的信息/表单
接受的信息/表单
接收录检表
录检表(已审)
分专业
录检表(已审)
分班级
录检表(已审)
提交
录检表(已审)
班级表(核准)
专业表(核准)
接收学生登记表
学生登记表(已审)
班级表(核准)
专业表(核准)
建立学籍档案
学生登记表(已审)
班级表(核准)
专业表(核准)
表3生成教务员工作职责的系统/功能字典
生成学生登记表代码
实体表编码
8
实体属性表
设计
审核
类别
实体表名称
学生登记表
DB表名称
实体主表名称
DBMS
MSSQLServer7.0
主从关系图编码
合成关系图编码
最大记录数
长度
存储时限
建表的功能:
填表的功能:
改表的功能:
审核学生信息[A3.2.3]
审表的功能:
读表的功能:
删表的功能:
序号
键型
属性名称
数据库字段名称
数据类型
及长度
约束条件
缺省值
来源数据表
或
属性计算方式
1
PK
数据id
_id
int
2
PK
姓名
char(10)
3
性别
char
(2)
女
4
出生日期
datetime
说明:
生成学生登记表的实体属性表
生成软件程序框架-学生登记表
任务进度表
项目名称
项目
任务代码/名称
评审
交付的文档
使用的资源
前置
任务
后置
任务
计划
实际
开始
结束
工期(天)
开始
结束
工期(天)
T0
项目
2005.12.1
2006.3.28
117
2005.9.28
2006.3.28
181
T1
业务调查
$
岗位说明书
业务调查表
T2
2005.12.1
2005.12.8
7
2005.12.1
2005.12.8
7
T2
需求分析
T1
T3
2005.12.9
2006.1.8
30
T3
软件设计
T2
T4
2006.1.9
2006.2.8
30
T4
编程
T3
T5
2006.2.9
2006.2.24
15
T5
测试
$
T4
T6
2006.2.25
2006.3.12
15
T6
运行
T5
2006.3.13
2006.3.28
15
生成任务进度表
生成RoseCASE格式
生成技术文档:
以总体设计说明书为例
信息学院:
总体设计说明书
1.前言
2.摘要
3.需求分析
3.1.企业生产经营概况
3.2.企业经营目标及策略(近期及远期)
3.3.实施需求
3.4.实施目标
3.5.实施约束
3.6.实施功能要求
3.7.实施信息要求
3.8.实施性能要求
4.总体方案与结构
4.1.制定总体结构的出发点
4.2.体系结构
4.3.应用系统结构
4.4.支撑系统结构
4.5.信息分类编码体系
5.I2DEF模型
5.1.模型选择说明
5.2.I2DEF模型设计规范
5.3.结构模型
5.3.1.系统/功能分解树
<信息学院[A0]>的结构树
5.3.2.构件图
5.3.2.1.关系图
<学生处>的信息/表单关系图
5.3.2.2.内容图
<教务处>的信息/表单内容图
5.4.动态模型
5.4.1.事件流程图
5.4.2.事件汇总图
5.4.3.工作案例图
5.4.4.典型事件跟踪图
5.5.功能模型
5.5.1.数据流程图
<信息学院>的系统层数据流程图
5.5.2.数据汇总图
<信息学院>的数据汇总图
5.5.3.功能调用图
<信息学院[A0]>的功能调用图
6.资源需求
7.系统配置
7.1.配置原则
7.2.硬件配置
7.3.软件配置
8.接口
8.1.内部接口
8.2.外部接口
9.组织机构及人员配置
9.1.现行组织机构
9.2.开发运行的组织机构
9.3.人员配置与培训
10.关键技术
10.1.关键技术的提出
10.2.关键技术的一般说明
10.3.关键技术的实现方案
11.方案实施的技术路线和实施计划
11.1.实施的技术路线
11.2.实施计划
12.投资概算及资金规划
12.1.投资概算
12.2.资金规划
13.经济分析
13.1.经济效益分析
13.2.财务评价分析
13.3.社会效益、战略效益分析
13.4.经济评价的结论和建议
14.缩写词表
15.参考文献
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 情景 设计