完整word版软件工程需求分析报告Word文档格式.docx

完整word版软件工程需求分析报告Word文档格式.docx

《完整word版软件工程需求分析报告Word文档格式.docx》由会员分享，可在线阅读，更多相关《完整word版软件工程需求分析报告Word文档格式.docx（11页珍藏版）》请在冰豆网上搜索。

本小组所开发系统是基于C/S结构，使用VisualBasic程序设计语言及SQLServer2000数据库进行设计与开发。

本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。

2、编写背景：

系统待开发的名称：

项目组长：

程序录入：

朱岩、王增、皮素梅、

需求分析：

朱岩、潘鸯鸯、陈金龙、皮素梅

软件测试：

朱岩、王增、皮素梅、潘鸯鸯、陈金龙、贾春阳

本系统的用户：

学生，老师，管理员

3、定义：

（1）静态数据：

系统内部有关的数据结构和操作规程

（2）动态数据：

程序运行时输入和输出的数据

（3）数据字典：

数据字典（DD，DataDictionary）是关于数据流

程图中出现的所有名字（数据流、处理、数据存储）

的定义的集合。

4、参考资料：

[1]张向宏.软件生命周期质量保证与测试.北京：

电子工业出版

社.2009

[2]张海藩.软件工程导论.北京：

清华大学出版社.2005

[3]张焕君.基于VB和SQL的数据库编程技术.北京：

清华大学出版

社.2008

二：

任务概述：

1、目标:

（1）给出软件系统的数据流程图和数据结构。

（2）提出详细的功能说明，确定设计限定条件，规定性能需求。

（3）密切与用户的联系，使用户明确自己的任务，以便实现上述两项

目标。

（4）以最低的成本，在最短的期限内开发出具有管理学生和学生信息

功能的智能管理系统。

（包括：

人力与设备费用的节省；

处理速

度的提高；

人员工作效率的提高）

2、用户特点：

本系统所面向的用户是大学学生和教师，对用户计算机专业方面的知识要求不是很高，只要对电脑能熟练操作就ok。

易于操作，这也是本软件设计的一大目标。

3、条件与限制：

（1）建议该系统运行的最短寿命为5年；

（2）进行该系统方案选择比较的期限为2个月；

（3）建议该系统软件投入使用的最迟时间为2009年12月20日；

（4）该系统要受资金、寿命、社会等系列因素的制约和限制。

（5）由于系统较小，且在Windows系统开发，故在Windows环境下运

行没有什么限制。

三：

数据描述:

1、静态数据：

静态数据是系统内部有关的数据结构和操作规程。

具体包括：

系统用户表格、学生基本信息表格、班级信息表格、课程基本信息表格、年级课程设置信息表格、学生成绩信息表格……

2、动态数据：

动态数据包括程序运行时输入和输出的数据，具体是数据库的各个表的各个不同元素与属性值，就是学生信息。

3、数据描述：

根据上面的分析就可以设计出能够满足用户需求的各种数据实体，以及它们之间的关系，为后面的逻辑结构设计打下基础，这些实体包括各种具体信息，通过相互之间的作用形成数据的流动。

本系统的实体有：

学生实体、课程实体、日常工作实体、教师实体。

各个实体具体的描述E_R图如下：

4、数据字典:

（1）数据流条目——数据流条目给出某个数据流和定义，它通常是列

出该数据流的各组数据元素。

该系统的数据流条目：

数据流名：

学生

别名：

无

组成：

学号+姓名+性别+个人电话+家庭电话+籍贯+系别+

年级+班级+备注

教师

证件号码+姓名+性别+个人电话+系别

课程信息

课程编号+课程名称+课程类型+任课老师+上课时间+课

时+学分

数据流名：

学生成绩信息

别名：

组成：

考试编号+学生学号+学生成绩

学生课余活动信息

活动编号+活动名称+活动时间+活动类型+参

与院系

（2）数据存储条目——对数据存储的定义

文件名：

学生记录

学生信息

简述：

存放所有学生信息

学生信息文件={学生基本信息记录}+{学生成绩记录}+{学生课余活动信息记录}+{学生课程信息记录}

组织：

按学生学号编排

存取要求：

关键字是：

学生学号+课程号+活动编号

查询要求：

要求能立即查询

教师记录

别名：

教师信息

简述：

存放所有的教师信息

组成：

教师信息文件=｛教师基本信息记录｝

按教师证件号编排

教师证件号

（3）数据项条目——给出某个数据单项的定义，通常是数据项值类型。

数据项名：

学生学号

取值：

8｛数字｝8

注释:

年级

〔Ｆ｜Ｍ｜Ｊ｜Ｓ〕

Ｆ－freshmen,一年级

Ｍ－sophomore,二年级

Ｊ－junjor,三年级

Ｓ－senior,四年级

注释:

F,M,J,S可分别用1,2,3,4代替

数据项名：

系和班级编号

别名：

取值：

注释：

课程编号

活动编号

6｛数字｝6

考试编号

教师证号

别名:

11｛数字｝11

（4）处理说明条目——给出数据流程图中不分解的变换处理说明定义。

处理名：

查阅学生信息库

激发条件：

接受到有效用户名和密码

优先级：

普通

输入：

用户名和密码

输出：

加工逻辑：

根据学生信息库记录

IF输入用户名和密码有效

THEN显示学生信息

ELSE请重新输入（最多三次）

ENDIF

（5）数据流图

5、数据采集:

系统数据采集是由数据库系统在软件运行期间通过人机界面来提示用户输入的。

四：

需求规定：

1、功能需求：

（1）对功能的规定

1）学生管理功能：

a、修改当前登录用户的密码。

b、可以浏览，查看，搜索页面信息。

2）教师管理功能：

a、教师可以在线浏览，查看，搜索各类页面。

b、可以在线添加、删除、修改学生各种信息。

c、可以在线通知学生各种消息。

3）管理员管理功能：

a、可以进行学生资料录入

b、可以对学生信息查询、修改、删除、添加。

（2）功能描述：

1）登录功能：

验证登录用户是否为数据库中的合法用户，判断登陆

的用户是一般学生还是教师。

一般学生只能实现浏览，查看，搜

索功能；

教师可以查看、修改、添加、删除学生某方面的信息。

管理员可以对用户信息进行修改。

2）主界面功能：

可以浏览学生各方面的信息，，还可以进入登陆页面，

可以查找某个学生信息。

3）用户管理功能：

管理员（即超级用户）可以添加新的用户以及修

改当前登录用户的密码。

也可实现登录用户的重新登录和退出，

可以修改学生信息。

一般学生则可以浏览，搜索，查看各种信息。

2、性能需求：

（1）对性能的规定

1）精度：

查询时应保证查询率，所有在相应域中包含查询关键字的

记录都应能查到，同时保证准确率。

2）时间特性要求：

一般操作的响应时间应在1－2秒内。

3）适应性：

满足运行环境在允许操作系统之间的安全转换和与其它

应用软件的独立运行要求。

4）灵活性：

在需求发生变化时，本系统的对这些变化的适应能力相

对而言是比较强的，包括操作方式上的变化；

运行环境

的变化；

同其他软件的接口的变化；

精度和有效时限的

变化。

（2）功能结构图

3、运行需求:

（1）用户界面

系统运行时主界面大致要求为Windows的经典运行界面，主界面可以是SDI（单文档界面）即每个窗体之间是独立的，也可以是MDI（多文档界面）：

有一个主窗，可以包含其他窗体。

本系统采用多文档界面，这样可以使程序更加美观，整齐有序。

（2）硬件接口

软件较小除硬盘外，还有DVD光驱，打印机等。

（3）软件接口

在这里主要考虑软件与操作系统的接口，考虑到文档处理的需要有可能可以包括与较常用的办公软件的接口。

（4）开发环境

操作系统：

WindowsXP或更高

数据库类型：

SQLServer2000

CPU：

P2000mmx以上，内存大于64M。

需要建立WEB服务器

（5）故障处理

在用户的输入有错误的情况下，对于用户的输入错误应给出适当

的改正提示。

若运行时遇到不可恢复的系统错误，也必须保证数据库

完好无损。

4、界面需求：

（1）登录界面：

验证登录用户是否为数据库中的合法用户，选择登录

（2）主界面：

可以浏览用户各方面的信息，还可以进入登录页面，

（3）注册界面：

用户可以在主界面上选择注册，进入注册界面，填写用户基本信息（名字、班级、年级……）。

5、其他需求：

（1）安全保密：

增加用户登录验证，确保信息安全性。

（2）可移植性：

软件能够安装于windows下的各种流行版本。