“学生管理信息系统”实验报告.docVIP

“学生信息管理系统”实验报告 姓 名： 学 号： 指导老师： 时 间： 一、系统综述 一个典型的学生管理信息系统，应该包括院系设置管理、学生管理、学科管理和后台管理等内容。其中： （1）院系设置主要用于设置本学校的院系情况。 （2）学生管理包括设置学生的基本信息、成绩、住宿、交费、学籍变动等情况。 （3）学科管理用于设置本院系的学科情况。 （4）后台管理（系统维护）。对数据库表的备份、恢复和维护等。 按照软件工程开发流程应该包括需求分析、概要设计、详细设计、编程实现、测试与维护。以下是开发流程和步骤。 二、分析需求 1.分析需求又叫设计需求、开发需求，它通过定义系统中的关键域类来建立模型。分析的根本目的在于开发者和提出需求的人（客户）之间建立一种理解和沟通机制。一般而言，需求分析最主要的是完成如下9项任务。 【任务】⒈画出“学生管理信息系统”的组织结构图，列出各部门的岗位角色表，即组织机构模型。画出了组织结构图，就可以了解学校有哪些机构或部门，为日后角色、权限分配和开发各部门的功能模块奠定基础。 【任务】2.画出“学生管理信息系统”的业务操作流程图，它包括物流、资金流、信息流，即业务操作模型，重点是业务操作的流水步骤。 【任务】3.画出“学生管理信息系统”的数据流程图，即单据和报表的流程图，掌握业务规则，获得初步的数据模型。 【任务】4.列出“学生管理信息系统”的功能点列表，即功能模型。 【任务】5.列出系统的性能点列表，即性能模型。 【任务】6.列出“学生管理信息系统”的接口列表，即接口模型。由于本系统面向的顾客并没有要求提供与其他系统进行连接的接口，所以这步可忽略。 【任务】7.确定“学生管理信息系统”的运行环境，即环境模型。 【任务】8. “学生管理信息系统”的界面约定，即界面模型。 【任务】9.对“学生管理信息系统”的开发工期、费用、开发进度、系统风险等问题进行分析与评估。 完成分析需求后，就可以对系统进行UML建模了。可视化统一建模语言UML将模型中的信息用标准图形元素直观地表示出来，实现模型内部及外部的各种通信，使需求分析人员更容易理解系统的结构与层次。 2.用况分析 用Rose工具对“学生管理信息系统”进行UML建模，如下图所示： 三、需求分析文档 概述 需求规格说明书是需求分析的产物，它是软件系统生存期中软件定义阶段的最后一个步骤。作为整个软件开发过程的指南或基线，它是软件开发人员开发出符合用户要求的软件的基础。该文档将最终交给具体的软件开发人员，指导他们进行具体的开发。 1.1参考资料：《软件工程实践教程》赵池龙等编著，电子工业出版社，2009年12月 1.2相关文档： 【1】概要设计说明书 【2】详细设计说明书 系统描述 2.1 组织结构与职责 学校的组织结构图如图2-1所示 图2-1 学校的组织结构图 2.2角色定义 组织结构图中各单位的职责说明及相关业务，如表5-3所示。 表5-3 学校各单位的职责说明 序号 单位名称 单位职责 相关的业务 1 学校办公室 全校业务的 组织领导 全校信息的统计、分析、决策 2 学生处 全校学生的管理 学生基本信息的录入、修改、查询，及录取、修改、查询住宿情况 3 教务处 管理全校的课程与学生各学科的成绩 安排各班级的课程及任课教师，录入、修改、查询学生各学年的成绩 4 财务处 管理学生的 交费情况 录入、修改、查询、统计学生学费 5 人事处 管理全校教职工的 情况 录入、修改、查询全校教职工的 基本信息 2.3 单据、账本、报表 单据和账本是系统必不可少的信息源，报表是系统输出的工作产品。 2.3.1单据 各单据如表5-4至5-8所示。 表5-4 学生信息单据 单据名称 学生信息单据 用途 存放学生的基本信息 使用单位 学生处、学校办公室 制作单位 学生处 各数据项详细说明如下： 属性中文名 属性英文名 属性类型、长度、精度 属性的值域 PK/FK 学号 ID Char(10) 符合各学校的学号名称规范 PK 姓名 Name Char(8) 必须是中文 性别 Sex Char(2) 男/女 民族 Nation Char(6) 56个民族之一 学院 College Char(30) 符合各学校的学院名称规范 专业 Specially Char(30) 符合各学院的专业名称规范 班级 Class Char(30) 符合各专业的班级名称规范 出生日期 Birthday Date (系统日期-出生日期)=30 身份证号 IDCard Char(18) 长度必须为15位或18位 联系电话 Phone Char(20) 区号+电话号码 联系地址 Address