学籍管理系统软件需求分析

　　1 引言
　　信息社会的高科技，商品经济化的高效益，使计算机的应用已普及到经济和社会生活的各个领域。计算机虽然与人类的关系愈来愈密切，还有人由于计算机操作不方便继续用手工劳动。为了适应现代社会人们高度强烈的时间观念，学籍管理系统软件为教学办公室带来了极大的方便。该软件是以数据库sql编程语言为实现语言，其功能在系统内部有源代码直接完成。通过操作手册，使用者可以了解本软件的基本工作原理。操作人员只需输入一些简单的汉字、数字，即可达到自己的目标。

　　1.1 编写目的
　　本需求的编写目的在于研究学籍管理系统软件的开发途径和应用方法。
　　本需求的预期读者是与学籍管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。

　　1.2背景及范围
　　本项目的名称：学籍管理系统开发软件。
　　本项目的任务提出者及开发者是学籍管理系统软件开发小组,用户是教学办公室。
　　本产品能具体化、合理化的管理学生的学籍档案，用结构化的思维方式去了解计算机的基本工作原理和宋庆龄程序设计语言。

　　1.3 定义 缩写词 略语
　　　　学籍管理系统： 学籍管理是帮助教学人员、行政人员对人事档案的管理软件。使用数据库sql编程语言，独立完成其功能。

　　1.4 参考资料
　　　　<<软件工程>>　----王利福 张世琨 朱冰 编著 北京大学出版社
　　<<数据库原理及应用>>　--------李绍原 主编 科学出版社

2 项目概述
　　该学籍管理系统软件目前已有比较完善的管理与使用功能，并且是计算机行业中用数据库sql编程来完成的新软件成员。研制学籍管理系统软件是为了满足教学办公室对学生档案管理的方便，以现代化的创新思维模式去工作。

　　2.1 目标

　　2.1.1 开发意图
　　a. 为了学籍管理系统更完善；
　　b. 为了教学办公室对学生档案的管理更方便；
　　c. 为了减轻行政人员的工作负担。
　　2.1.2 应用目标
　　通过本系统软件，能帮助教研人员利用计算机，快速方便的对学生学籍管理进行管理、输入、输出、查找的所需操作，使散乱的人事档案能够具体化，直观化、合理化。
　　2.1.3 作用及范围
　　本软件适用于教育界，它是比较完善的系统管理软件，对学生的学籍可以随时输入、输出、查找。
　　2.1.4 背景
　　现今学籍管理的繁索给具有强烈时间观念的行政人员带来了诸多不便，教学办公室缺少一种完善的学籍管理软件，为了对学生档案的管理方便，因此开发了本软件。

　　2.2 产品描述
　　本产品是一种依赖于数据库sql基础的系统软件，它是以汉语编程系统词为基础，用数据库sql程序设计语言进行编程的产品。

　　2.3 产品功能
　　2.3.1 外部功能
　　学籍管理系统软件具有输入、输出、查找功能。
　　2.3.2 内部功能
　　该软件集命令、编程、编辑于一体，完成过滤、定位显示。
　　2.3.3 功能表

　　2.3.4 功能描述图

　　2.3.5 用户特点
　　本软件的使用对象是教学办公室工作人员。会sql、懂计算机的基本操作就可以利用该软件进行所需操作。同时也会对汉语编程有认识。

　　2.4 一般约束
　　a. 本项目的开发经费不超过1万元；
　　b. 辅导老师1人，开发人员5人；
　　c. 在管理方针，硬件的限制，并行操作安全和保密方面无约束。

　　2.5 假设和依据
　　假设开发经费不到位，管理不完善，设计时没能用全得到考虑，本项目的开发都将受到很大的影响。

3具体需求

3.1用户需求

本系统是针对高等院校的学生学籍管理，因此学籍管理系统的用户包括系統管理员、教师和学生。主要涉及系部信息、班级信息、任课教师信息、学生信息、课程信息以及选课记录和成绩等多种数据信息。

实现的具体功能如下：

l  基本信息管理——系统管理员负责对各种基本信息的录入、修改、删除等操作。

l  学生成绩管理——系统管理员负责对学生成绩的录入、修改、删除等操作，学生可以查询各科成绩。

l  信息查询统计——学生可以查询基本信息和各科的考试成绩，老师可以查询基本信息和授课信息，系统管理员负责把老师提交的学生成绩进行管理，计算总成绩和平均成绩，统计不及格学生信息和获得奖学金学生的信息，最后再输出所有的信息。

l  毕业生信息管理——系统管理员负责计算毕业学生在学校期间所修课程的总学分，并进行审核，最后输出登记表和名册。

l  系统用户管理——系统管理员负责用不同的权限来限制不同用户对系统的使用。

以上是用户对系统的基本的功能要求，此外用户还要求系统的效率要高，查询速度要快，比较小的冗余，易维护，具有较高的数据安全性。

　　 3.2 性能需求
　　动态数值需求
　　预处理的窗口正常情况下和峰值工作条件下为5个，一定时间周期中要处理的数据的数量：窗口开始尺寸2个数据、开始位置2个数据、最大尺寸2个数据、最小尺寸2个数据、编辑框位置4个数据、按钮位置4个数据，平均处理的数据约为16个数据。
　　3.7.2 静态数值需求
　　a. 支持的终端数为1台；
　　b. 处理1个文件及20条记录；
　　3.7.3 精度需求
　　在精度需求上，根据使用需要，在各项数据的输入，输出及传输过程中，由于本系统使用了数摞结构，可以满足各种精度的需求。
　　3.7.4 时间需求
　　在软件方面，响应时间，更新处理时间都比较快且迅速，完全满足用户要求。
　　3.7.5 灵活性
　　当用户需求，如操作方式，运行环境，结果精度，数据结构于其他软件接口等发生变化时，设计的软件要做适当调整,灵活性非常大。
　　3.7.6 故障处理
　　a. 内部故障处理
　　在开发阶段可以随即修改数据库里的相应内容。
　　b. 外部故障处理
　　对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。

　　3.3 设计约束条件
　　3.3.1 技术约束
　　本项目的设计是在汉语程序设计语言的条件下进行的，技术设计采用软硬一体化的设计方法。
　　3.3.2 环境约束
　　运行该软件所适用的具体设备必须是奔腾133、内存16兆以上的计算机;
　　3.3.3 标准约束
　　该软件的开发完全按照企业标准开发，包括硬件、软件和文档规格。
　　3.3.4 硬件限制
　　奔腾133 、内存16兆以上PC机满足输入端条件。

　　3.4 接口需求
　　3.4.1 用户接口
　　本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面(如：输入界面、输出界面)。用户对程序的维护，最好要有备份。
　　3.4.2 软件接口
　　WIN9X/NT操作系统，汉语编程系统。

　　3.5 属性
　　3.5.1 可使用性
　　在装载总程序时，正常就运行，异常就停止；汉语编程系统出现错误，将会产生不可遇见的问题，热启，整个终端程序就会再启动；程序出现错误， 重新装载,若仍有错，按照提示逐渐装载。
　　3.5.2 保密性
　　本软件作为教学管理辅助设备,它的规模比较小,不需要保密技术；限定一个程序中某些区域的规约，给不同的模块分配不同的功能。
　　3.5.3 可维护性
　　本软件的组成程序为sql语言，组构均较简单,直观意义上的较独立。因此,给予电子化的所构成的硬件的简单可维护的特点,决定了该软件的简单可维护性。
　　3.5.4 可转移、可转换性
　　可转移的环境是奔腾133、16兆内存以上；不可修改任何部分；可用向上兼容的高版本的汉语编程系统。
　　3.5.5 注释
　　本产品所拥有的属性十分重要，它使得读者用规定的方法去客观的验证软件的各种特性。

3.6 其他需求
　　当前认识人事管理虽然已有，但与我们设计的管理系统软件有很大的区别。我们设计的软件是一种辅助办公室档案管理软件，它应用的sql设计语言实现的系统的软件。

　　3.6.1 数据库
　　数据库是实现有组织地，动态地存储大量关联数据，方便多用户访问的计算机软硬自愿组成的系统；他与文件系统的重要区别是数据的充分共享，交叉访问，与应用程序的高度独立性。
　　由于本软件的整体结构比较简单，所涉及数据相对来说也较少，组成文件的最小单位是记录。
　　3.6.2 操作
　　a. 初始化操作；
　　b 数据处理的支持功能较强；
　　c 后援和恢复操作。
　　3.6.3 场合的使用性
　　给定的场合时汉语程序系统，通过该系统软件，完成各模块功能，采用模块设计思想，将各程序划分为独立使用的功能模块，但他们之间又相应联系。

4 支持信息

　　4.1 支持软件
　　我们用sql2000作为系统的支持软件。

　　4.2 设备
　　奔腾133,16兆以上内存的pc机。

　　4.3 控制
　　本软件是以汉语程序设计语言的操作系统来控制软件运行。

　　4.4 文档
　　对于本软件的有关文档有:
　　<<学籍管理系统软件可行性研究报告>>
　　<<学籍管理系统软件需求分析>>
　　<<学籍管理系统软件设计>>
　　<<学籍管理系统软件用戶使用说明书>>

　　4.5 需求注释
　　对于本软件,它的功能需求、性能需求、接口需求,从稳定性、可行性上都是可以的。

 

第二篇：大学学籍管理系统分析报告

1．系统分析

　　详细了解结构化系统开发方法的系统分析阶段的工作内容，学会运用系统调查和系统分析的主要工具，尤其是掌握如何运用业务流程图对企业的业务流程进行分析，运用数据流程图和数据字典对新系统的逻辑模型进行描述；同时，学会在系统详细调查的基础上进行系统化分析，并提出新系统的逻辑模型

1.1 系统分析概述

1、系统分析概述

　　系统分析又称为系统逻辑设计，它处于总体规划与系统设计两个阶段之间，是管理信息系统开发的第二个阶段，不论运用何种开发管理信息系统的方法，这都是一个必需的并且是十分重要的环节，在这个阶段主要解决系统“做什么”的问题。这一环节的工作质量是决定系统开发成败的关键。

　　系统分析是在总体规划的指导下，对系统进行详细深入的调查研究，将一个系统分解成各个组成部分，确定新系统的逻辑观念的过程。分析的目的是研究系统的各个部分如何工作、如何交互，以获得一个合理的新系统的逻辑模型来实现其系统目标。

2、需求分析

需求分析应分析哪些需要求

需求包括：

功能要求

性能要求

可靠性要求

安全保密性要求

以及开发费用和开发周期

可使用资源等方面的限制

其中， 功能要求是最基本的，包括数据要求和加工要求。

1.2 可行性分析

1.2.1 可行性分析的任务

　　可行性分析的任务是明确应用项目的开发的必要性和可行性。这项工作需建立在初步调查的基础上。如果管理人员对信息系统的需求不很迫切，或者条件尚不具备，就是不可行。

可行性，一般说来，至少应该从下述三方面研究每种解法的可行性：

1．技术上的可行性

2．经济上的可行性

3．操作上的可行性

可行性分析（初步调查）

已在系统规划中完成。

1.2.2 可行性分析报告

可行性分析报告是可行性分析的结果用报告的形式编写出来。

1、可行性分析报告的内容是：（1 ）系统简述；（2 ）项目的目标；（3 ）所需资源、预算和期望效益；（4 ）对项目可行性的结论。

可行性分析结论应明确指出以下内容之一：（1 ）可以立即开发；（2 ）改进原系统；（3 ）目前不可行，或者需推迟到某些条件具备以后再进行。

2、某高校学籍管理系统实例说明

　（1）技术上的可行

　　该系统所需硬件设备，如服务器、PC机、打印机及网络配件等，市场上有销售且价格较低，能满足系统功能要求。软件上，操作系统采用WindowsXP, 数据库管理系统采用SQL Server2005，这些软件在 MIS开发中已被大量应用，技术上都比较成熟。因此技术上是可行的。

　（2）经济上可行

　　由于学校急需采用计算机来进行学生的学籍管理，因此对开发学籍管理信息系统大力支持，拨款25万元作为开发经费。

　（3）操作上可行

　　由于该学校有很好的管理体制：每位学生均有学号及相关的成绩管理记录，且每次奖惩均会记录在相关档案中，以此来决定学生的升级、留级、退学情况。因此可以利用管理信息系统来进行管理。

1.3 详细调查

需求分析（详细调查）

需求调查用表（1）

需求调查用表（2）

1.4 组织结构与管理功能分析

组织结构分析

组织结构，是一张反映组织内部之间隶属关系的树状结构图。

在学籍管理信息系统的研发中，学校的组织结构图：

以下，特别针对学生的学籍管理列出教务处的管理功能图：

1.5 业务流程分析

　　业务流程分析的目的：通过业务流程分析，可以发现现行系统中存在的问题，修改原系统的不合理部分，优化业务处理流程。通过细致的业务流程调查，就可以对现行系统的业务流程有了深入、详尽的理解。然后，通过对业务流程的分析，我们可以看到系统业务流程存在很多的问题：可能是管理思想和方法落后，业务流程不尽合理，也可能是因为计算机信息系统的建设为优化原业务流程提供的新的可能性。这时，就需要在对现有业务流程进行分析的基础上进行业务流程重组，产生新的更为合理的业务流程。

　　业务流程图（Transaction Flow Diagram , 简称 TFD ）

就是用一些规定的符号来表示具体业务处理过程。业务流程图易于阅读和理解，是分析业务流程的重要工具。

　任课教师把学生成绩单交系教务人员，由系教务人员把成绩录入学籍表，并将学籍表交给教务处学籍管理员，学籍管理员根据学籍管理条例，根据学籍表中的成绩及补考情况，确定学生的升级、留级及退学,将处理结果记入学籍表，并发放通知书给学生。

分析：

弄清上述问题涉及到了哪些人员、部门、单据？

这些单据、部门、人员用什么表示？

学籍业务流程图 ：

1.6 数据与数据流程分析

　　在业务流程调查分析中绘制的管理业务流程图等虽然形象地表达了管理中信息的流动和存储过程，但仍没有完全脱离一些物质要素(如货物、产品等)。为了用计算机进行信息管理，还必须进一步舍去物质要素，收集有关资料，绘制系统的数据流程图，对系统进行数据流程分析。

1.6.1 数据收集

　　系统数据流程分析的基础是数据或资料的收集，其原则是一切从实际出发。数据收集和数据分析工作没有明显的界限，数据收集常伴以分析，而数据分析又常需要补充收集数据。

　　收集的数据资料包括：现行系统全部输入单据（如入库单、收据、凭证）、输出报表和数据存储介质（如账本、清单）的典型格式。

弄清各环节的处理方法和计算方法；

在上述各单据、报表、账本的典型样品上或用附页注明制作单位、报送单位、存放地点、发生频度、发生的高峰时间及发生量等；

　　在上述各种单据、报表、账册的典型样品上注明各项数据的类型（数字、字符）、长度、取值范围。

1.6.2 数据分析和汇总

1．数据分析的方式

（1）围绕系统目标进行分析

（2）弄清信息周围环境

（3）围绕现行业务流程进行分析

2．数据分类

（1）输入数据类

（2）过程数据类

（3）最终输出数据类

3．数据特征分析

　　数据特征分析是为了以后的设计工作作准备，特征分析主要包括以下内容：

（1）数据的类型及长度。数据是字符型还是数字型、是定长的还是变长的、长度以及其他特殊要求（如精度、正负号等）；

（2）合理的取值范围。这是输入、校对和审核所必须的；

（3）哪些业务使用这些数据；

（4）数据流量：单位时间内的业务量、使用效率、存储和保留的时间周期等；

（5）重要程序和保密程度。

4．数据汇总

数据汇总是一项较为繁杂的工作，通常按如下四个步骤进行。

（1）数据分类编码

（2）数据完整性分析

（3）将所有原始数据和最终数据分类整理出来

（4）确定数据的字长和精度

一、《高校学籍管理信息系统》系统规划

学籍管理信息系统总目标：为使学籍管理信息系统更完善；为了教学办公室对学生档案的管理更方便；为了减轻行政人员的工作负担；提高小组人员软件开发能力。

了解当前信息系统的状况：了解对象学院教务科。学院目前使用全校通用的教务管理系统，针对性不强；接收上级文件以email形式，速度慢；学校网络情况不稳定，若发生故障学院教务管理工作也受影响；组织机构和人员分工方面，现有的学生学籍资料分别由教务科、学生科管理，最大的问题是容易出现数据的不一致。业务流程有成绩管理、档案管理、日常教务处理、毕业生学位管理、奖惩管理。各种原始单据如下：

   相关信息说明：本MIS使用对象为学院教务科。便于教务科对本学院的学生的学籍管理，档案管理，及时，快速，在学校教务管理系统不稳定的情况下，能够提供数据备份和工作的操作平台。

二、《高校学籍管理信息系统》系统分析报告

（一）、引言

随着信息技术的发展，电子政务在校园网内首先得到试点。高校的学籍管理工作是学校管理工作的重要一环。这次我们小组开发高校学籍管理信息系统的开发目标在于把教学管理人员从繁杂的教务中解脱出来，用计算机系统实现学籍管理。在原有的学生管理信息系统的基础增加了学籍管理的流程，是教务人员把更多精力放在教学计划地执行和教学质量的监督评估上。这个高校学籍管理系统使用范围限于本学院教务科，主要功能：录入、修改、删除、查询成绩、排名、打印成绩单；根据成绩确定重修学生名单，奖励名单；统计学生不及格科目决定留退学生名单；录入、修改、删除、查询、打印学生基本档案；考试作弊以及其他纪律处分的纪录；毕业资格审查。

（二）、现行系统概况

学院采用的是学校通用的教务管理系统，因为我们是做课程设计，而不是实际开发，这里用来做比较的系统是上学期在学《数据库原理与应用》时作的一个学生管理信息系统，当时我们所作的需求分析报告如下：

学生管理信息系统需求分析

一、状况和可行性分析：一个使用方便，界面友好，功能完善的本地的学生管理信息系统。用VF做设计平台，做成菜单样式的.exe的可执行程序

二、菜单包含的基本功能

档案管理（添加，修改，删除，查询）主要有STU表

成绩管理（添加，修改，删除，查询）主要有COURSE表，SCORE表实现

打印处理（打印学生档案表，打印学生成绩表）

选项（关于，退出）

STU表组成：学号，姓名，性别，专业，照片，获奖情况，家庭住址，联系方式（EMAIL，电话）

Course表组成：课程号，课程名，任课老师，联系方式（EMAIL,电话，办公室）

Score表组成：学号，课程号，成绩 

 

这个系统存在的主要问题是：

1、              没有最后形成一个可执行.exe文件，只有在电脑装有VFP6.0才能使用系统，项目管理器缺少主程序的设置。

2、              查询时出现的错误，如文件正在使用，如何解决。（表单3）

3、              没写“添加信息不能为空”的代码

4、              用删除按钮将所有记录删除后，输入的文本框部分变为灰色，再添加信息无法实现。

5、              表之间的参照完整性没有设置，导致一个表的记录删除后，相应表的记录没做改变，打印出来的报表上仍有原来记录值出现。

6、              系统模块过于简单，难以实现学籍管理的需要。

数据流程分析

数据流程分析

　　是把数据在组织（或原系统）内部的流动情况抽象地独立出来，舍去了具体组织机构、信息载体、处理工作、物资、材料等，单从数据流动过程来考查实际业务的数据处理模式。主要包括对信息的流动、传递、处理、存储等的分析。

　　数据流程分析的目的是要发现和解决数据流通中的问题，如：数据流程不畅、前后数据不匹配、数据处理过程不合理等等。

一个畅通的数据流程是今后新系统用以实现这个业务处理过程的基础。

数据流程分析的实现

分层数据流程图（Data Flow Diagram , 简称 DFD ）

数据流程图基本符号同上。

分层数据流图 （三）、新系统的逻辑方案

1新系统的目标

档案管理：学生的基本情况

成绩管理：期末成绩、补考成绩、四、六级成绩、计算机等级考试成绩

奖惩管理：奖学金评定，纪律处分

毕业生学位管理：结业处理，毕业处理、学籍卡片

日常教务管理:各种日常报表,如通知书，补考通知书等，学生学习成绩的各种分类统计等

2新系统的逻辑模型(数据流程图、数据字典、实体关系图)

数据流程图：

数据字典：

数据元素：

名称      类型   长度     取值

学号      C      10       not null

姓名      C       4       not null

性别      C       2       男/女

出生日期  D       8       not null

专业     C       20       not null

课程号   C       6        not null

学期数   C       1        {1、2、3、4、5、6、7、8}

成绩     N       3        0~100

补考成绩 N       3        0~100

补考次数 N       1

课程名   C       20       not null

授课老师 C       8

学分数   N       1        <10

学院     C       20       not null

考试科目 C       20       大学英语四、六级考试、计算机等级考试

考试成绩 C       4        合格、优秀

学位     C       20       not null

注：一些使用量不大的字段不包括在以上数据元素中

数据结构:

D1学籍表={学号+姓名+性别+出生日期+学院+专业}

D2成绩表={学号+课程号+学期数+成绩+补考成绩+补考次数}

D2.1成绩排名表={学号+课程名+学分数+总分+总学分数+平均分+名次}

D3.1 获奖入围名单={学号+课程名+学分数+总分+总学分数+平均分+名次}

D3.2 处分学生名单={学号+姓名+性别+学院+专业+处分+备注}

D3获奖学生名单={学号+姓名+奖学金情况}

D4.1毕业生基本情况表={学号+姓名+性别+出生日期+学院+专业+奖学金情况+处分+备注+英语四级通过情况+计算机考试通过情况+毕业论文情况+公共体育课通过情况}

D4.2={学号+姓名+性别+学院+专业+学位+备注（没获得学位结业）}

D4.3={学号+姓名+性别+出生日期+学院+专业+奖惩情况+学位+备注}

课程表={课程号+课程名+授课老师+学分数}

英语计算机考试成绩表={学号+考试科目+成绩}

毕业生登记表={学号+姓名+学院+专业+学位}

注：一些临时报表未在以上数据字典中列出

p5.3、P2.3的处理逻辑

                                                          不及格课程四门以上：留级

期末课程成绩考察（包括补考成绩）                           

不及格四门以下：补考

P4.2的处理逻辑

                        考试作弊不予补考者：结业

毕业资格审查                        历年规定课程不合格：结业

                        无作弊纪律处分

                                                                         体育成绩不及格：结业

                                                  所有课程合格

                                                                                            毕业论文不合格：结业                                    

                                                                        体育成绩合格

                                                                                            论文合格 未通过CET4:结业

                                                                                                           通过CET4：毕业

实体关系图

                         

注：没画出实体的属性

3、新系统功能

4、新系统各个环节上采用的管理方法模型：

分类管理，分为5个子模块进行管理

5、与系统相配套的管理体制和运行体制的建立：

本系统是原有教务行政职能管理，直线管理办公模式的复制，谈不上流程的再造。若下次开发系统应定位于开发多用户的远程学籍管理信息系统。实现学籍管理信息系统的网络传输，能够与学校教务管理信息系统相容，通过网络传输的方式向学校提交学生数据，规定教师、学生、教务课行政人员各自的使用权限。实施之前需在技术可行性、经济可行性、政治可行性上多加论证。下一阶段的进度计划是系统设计。

学籍管理系统顶层数据流程图

学籍管理系统的第一层数据流程图 ：

“成绩管理”框的展开 ：

画数据流程图应该注意的几个问题:适当地命名：

(1)编号

(2)自顶向下逐层分解，不要一下子引入过多细节，应该逐步增加细节

(3)先考虑稳定状态，忽略琐碎的枝节

(4)外部实体、数据流、数据处理和数据存储，各种符号之间的联系都必须通过数据处理符号，因为不经过数据处理，数据不可能从一个外部实体或数据存储流向另一个外部实体或数据存储。

1.7 数据字典

数据流程图只能给出

系统逻辑功能的一个总体框架

而缺乏详细、具体的内容。

数据字典（Date Dictionary 简称DD ）

数据流程图上所有成分的定义和解释的文字集合就是数据字典。

数据字典

对数据流图的各种成分起注释、说明的作用，给这些成分赋以实际的内容。

对系统分析中其他需要说明的问题进行定义和说明。

数据字典的内容

数据项：数据的最小单位，描述数据的静态特性。

数据流：由一个或一组固定的数据项组成。

数据存储（文件）：描述数据的逻辑存储结构。

数据处理（加工）

外部实体

1.8 描述处理逻辑的工具

　　数据流程图中比较复杂的处理逻辑可以用以下描述工具来加以说明。

1、判定树

　　判定树是用树形分叉图表示处理逻辑的一种工具。它由两部分组成，左侧用分叉表示条件，右侧表示采取的行动（决策）。判定树比较直观，容易理解，但当条件多时，不容易清楚地表达出整个判别过程。

2、判定表（又称决策表）

　　判定表是采用表格方式来描述处理逻辑的一种工具。

3、结构英语表示法

　　这是一种模仿计算机语言的处理逻辑描述方法。它使用了由“IF”、“THEN”、“ELSE”等词组成的规范化语言。

某企业根据用户欠款时间长短和现有库存量情况处理用户定货方案。若欠款时间不超过30天，需求量超过库存量，即先按库存发货，进货后再补发，否则立即发货；若欠款时间超过30天，但不超过100天，需求量超过库存量，即不发货，否则先付款再发货；若欠款时间超过100天，要求先付欠款。试用结构化语言、决策树、决策表来描述之。

1.9 建立新系统的逻辑模型

新系统逻辑模型，主要包括：

对系统业务流程分析整理的结果；

对数据及数据流程分析整理的结果；

子系统划分的结果；

各个具体的业务处理过程，以及根据实际情况应建立的管理模型和管理方法。

1.10 系统分析报告

系统分析报告

1、引言部分（名称，开发目标，主要功能，开发背景等）

2、系统目标和开发的可行性

3、现行系统概况

A．现行系统现状调查说明：包括组织机构图，系统目标、

功能一览表、业务流程图、业务流量以及存在的薄弱环节等。

B．系统需求说明：用户需求及主要存在的问题等。

4、新系统的逻辑方案

1）新系统拟定的业务流程及业务处理方式

2）新系统拟定的数据指标体系和数据流程

3）新系统的逻辑结构及数据资源分布