北方工业大学软件工程Word格式文档下载.docx
《北方工业大学软件工程Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《北方工业大学软件工程Word格式文档下载.docx（16页珍藏版）》请在冰豆网上搜索。
需求分析：
需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。
需求分析是软件工程中的一个关键过程。
相关文档（）
《需求规格说明书》、《设计规格说明书》、《源程序清单》、《测试报告》、《用户手册》
•任务与工作产品（）
项目任务
工作产品
需求分析
需求规格说明书
系统设计
系统设计说明书
系统实现
源程序
测试
测试报告
产品交付
用户手册
•资源需求计划（）
运行环境包含、、、、和。
硬件环境：
（）服务器双核以上，内存以上
（）客户机以上，内存：
以上
•软件项目进度计划（）
任务名称
工期
开始时间
结束时间
项目规划
工作日
模板确定
攥写项目计划
需求调研
需求确定
攥写需求说明
软件设计
系统分析
模块设计
数据库设计
美工设计
攥写设计说明
软件开发
硬件安装
环境配置
书籍管理
借阅管理
读者管理
管理员管理
查询管理
系统维护
软件测试
集成测试
系统测试
攥写测试报告
验收总结
攥写用户手册
经验总结
二、需求规格说明书
•概述（）
项目的目的与目标（）
根据图书馆日常图书管理工作的需求和图书借阅的管理流程，该系统实施
后，应该达到以下目标：
.界面设计友好、美观，数据存储安全、可靠。
.基本信息设置保证图书信息和读者信息分类管理。
.强大的查询功能，保证数据查询的灵活性。
.实现对图书借阅、续借、归还流程的全程数据信息跟踪。
.提供管理员修改信息、密码等功能，保证管理的安全性。
.提供灵活、方便的权限设置，使整个系统的管理分工明确。
软件生存周期（，软件生命周期）是软件的产生直到报废的生命周期，周
期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维
护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就
《项目开发计划书》、《设计规格说明书》、《源程序清单》、《测试报告》、《用户手册》
•问题初始分析（）
场景描述（）
（）该图书馆有多名图书管理员，他们负责已购入图书的编目、入库和借还工作，每名
图书管理员的信息包括工号和姓名，图书管理员登录后可进行相关图书操作；
（）读者可在图书馆借阅图书，读者信息包括读者、姓名、年龄、性别、电话、已借阅图书册数和等，不同的读者具有不同的读者；
（）图书馆中图书分类存放，每种图书都属于某种类型，如计算机类、文学类、建筑等，
图书类型信息包括类型和类型名称；
（）每种图书在系统中对应惟一的一条在版编目数据（，以下简称书目），书目的基本
信息包括号、书名、作者、出版社、出版年月、单价，以及图书馆拥有该书的册数，不同书目的号均不相同；
（）对于同一书目的图书在图书馆中可拥有多本，图书信息包括图书、号、存放位置、
当前状态（在馆或借出），每一本书在系统中具有惟一的图书；
（）一名读者最多只能借阅五本图书，且每本图书最多只能借两个月，读者借书时需由
图书管理员登记读者、所借图书、借阅时间和应还时间，读者还书时图书管理员在对应的借书信息中记录归还时间。
系统设定读者在借书一天后才能归还该书，时间格式为年：
月：
日。
初始功能提取（）
（1）图书馆管理员管理
（2）读者管理
（3）书籍管理
（4）借阅管理
（5）查询管理
.目标系统功能需求（）
表功能需求点列表
编号
功能名称
使用人
功能描述
输入内容
输岀内容
图书馆管理员管理
管理员
管理图书管理员的个人信息、认证信息、权限控制信息
管理员编号
管理员密码
管理员信息表
图书馆读者
的基本信息
读者列表
管理图书的基本信息
图书列表
、+Hv.读者
对图书借阅情况进行统计和控制
读者编号
读者密码
读者借阅信息表
对在馆图书信息进行查询
查询的图书信息
目标系统性能需求（）
时间要求（）
如：
（）响应时间＜。
（）更新处理时间＜。
（）数据的转换和传送时间＜。
空间要求（）
（）支持的终端数。
（）支持的并行操作的使用者数。
•目标系统界面需求（）
界面的原则要求：
方便、简洁、美观、一致。
整
（）输入设备：
键盘、鼠标、条码扫描器、扫描仪；
（）输出设备：
显示器、打印机、光盘刻录机、磁带机、音箱；
（）显示风格：
图形界面、字符界面、界面；
（）显示方式：
*；
（）输出格式：
显示布局、打印格式。
三、设计规格说明书
•引言（）
本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。
目的（）
本文档的目旨在推动软件工程的规范化，使设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。
命名规则（）
变量对象命名规则：
申明全局变量、局部变量对象的命名规则。
数据库对象命名规则：
申明数据库表名、字段名、索引名、视图名等对象的命名规则。
术语定义或解释一般用表格形式给出，如表所示。
表术语定义或解释表
序号
术语名
称
术语定义
总体结构
软件系统的总体逻辑结构。
按照不同的设计方法，有不同的总体逻辑结构。
若采用面向功能或面向数据的设计方法，则总体逻辑结构为一树形的功能模块结构图。
若采用面向对象或面向部件（构件）的设计方法，贝U总体逻辑结构为部件（构件）的组装图
外部接口
本软件系统与其他软件系统之间的接口，接口设施可以是中间件。
接口描述包括：
传输方式、带宽、数据结构、传输频率、传输量、传输协议
数据结构
数据结构包括：
数据库表的结构、其他数据结构等
概念数据
模型
关系数据库的逻辑设计模型，叫做概念数据模型。
主要内容包括一张逻辑图及其相应的数据字典
物理数据
关系数据库的物理设计模型，叫做物理数据模型。
主要内容包括一张物理表关系图及其相应的数据字典
视图
在基表或其他视图之上建立的一张虚表，叫做视图，它具有物理表的许多性质，在数据处理和授权上很有用
角色
数据库中享有某些特权操作的用户，叫做角色。
角色的权利通过授权
来实现
子系统
具有相对独立功能的小系统叫做子系统。
一个大的软件系统可以划分为多个子系统，每个子系统可由多个模块或多个部件组成
模块
具有功能独立、能被调用的信息单元叫做模块。
模块是结构化设计中的概念
内部接口
'
软件系统内部各子系统之间、各部件之间、各模板之间的接口，叫做内部接口。
接口描述包括：
调用方式、入口信息、岀口信息等
相关文件
相关文件是指当本文件内容变更后，可能引起变更的其他文件。
如需求分析报告、详细设计说明书、测试计划、用户手册
参考资料
参考资料是指本文件书写时用到的其他资料。
如各种有关规范、模板、标准、准则
参考资料（）
[]用户需求报告
[]数据库设计规范
[]命名规范
[]源程序清单
[]测试计划及报告
[]《用户使用手册》
•总体设计（）
体系结构设计（）
软件系统的结构，按照不同的设计方法，有不同的总体逻辑结构。
若采用结构化设计方法，可采用分层框图画出系统总体结构图，列出系统的功能模块清
单编号、名称、功能，并尽可能描绘出功能模块之间的关系。
若用面向对象的方法设计，则采用包图画出体统的体系结构模型，然后进行扩展，画出
个子系统内构成及模块之间的关系。
子系统清单（）
子系统清单，如表所示。
表子系统清单
子系统编号
子系统英文名
子系统功能简述
子系统之间的关系
模块设计（）
对模块实现细节进行设计，功能函数要求画出流程图；
对象类用类图说明各种属性和方法，对于复杂对象要画出状态图。
功能模块清单（）
模块（功能函数或类）清单，如表所示。
表模块清单
模块编号
模块英文名
模块功能简述
模块的接口简述
.数据结构设计（）
数据库表名清单（）
数据库表名清单，如表所示。
表数据库表名清单
序
号
中文表名
英文表名
表功能说明
数据库表之间关系说明（）
可以用图表示，也可以用文字说明。
数据库表的详细清单（）
每个表的详细清单内容包括：
表名、字段中文名、字段英文名、字段的类型、宽度、精度、主键外键、空否、取值约束（默认值、最大值、最小值）、索引否。
同时要指出该表的索引：
索引文件名、索引字段名、索引特性（主键索引、惟一索引、聚集索引）。
详细清单可以用列表给出，如表所示。
表表名:
字段中文名
字段英文名
类型、宽度、精
度
取值约
束
空
否
默认值
主键外键
索引否
视图设计（）
视图设计与授权有关，设计时参照需求文档的用户授权范围。
视图设计中要给出视图的
中文名、英文名，视图中的中文列名、英文列名、类型、宽度、精度，每一列的具体算法，对应的基本表名。
其他数据结构设计（）
此小节描述系统的其他数据结构设计内容。
四、源程序清单
（）
描述（）
用结构化自然语言对模块的功能进行简要描述）
代码（）
五、测试报告
完成人：
概述（）
项目简介（）在本章节中简介项目的基本情况。
术语定义（）将该测试报告中的术语、缩写进行定义,包括用户应用领域与计算机领域的术语与缩写等。
参考资料（）
[]《需求规格说明书》
[]《设计规格说明书》
.组件测试（）
功能模块清单
由《设计规格说明书》拷贝到的模块清单，如表所示。
表模块清单
组件测试报告（）
选择一个模块，应用基本路径法设计测试用例，进行现场测试。
要求画出程序流程图,表示每条基本路径，记录测试数据，评定测试结果。
测试活动的记录格式，如表所示。
表模块测试记录
编号
路径标识
输入
期望输出
输出
内容
发现问题
结果
测试时间
测试人
V
X
•功能测试（）
系统功能需求（）
由《需求规格说明书》拷贝到的功能需求点列表，如表所示。
.功能测试报告（）
按照功能点列表内容，结合等价类划分法设计测试用例（输入输出内容），进行现场测
试，记录测试数据，评定测试结果。
表功能测试记录
功能名
输入内
容
期望输岀
输出内
发现问
题
测试结
果
测试时间
测试结论（）
当测试完成之后，测试人员应对本次测试做出结论。
格式如下：
测试日期：
测试地点：
测试环境：
列出系统的强项：
列出系统的弱项：
列出不符合项的统计结果：
测试人员签字：
六、用户手册
．前言（）
提供手册的概述，在此可以说明编写这份手册的目的、指明本手册的读者。
内容简介（）简单地介绍编写背景，系统适用的用户。
基本概念（）说明定义的术语在本手册中的含义。
主要功能（）对系统进行简单讲解和功能介绍。
操作流程（）操作流程说明。
全面模拟用户操作，从安装、进入、初始化、到用户具体操作，对整个流程进行描述。
步骤说明（）针对操作流程的每一步进行说明。
如果在使用说明中有相应的解释，应指明用户查找的位置。
．功能（）
这部分包括用户使用的所有功能，是用户使用手册的最重要的部分，要详细描述。
使用流程（）
有些用
描述具体功能的使用顺序。
如果功能之中有分类，比如，有些功能用户用不到，得到，就要分开写流程。
具体描述（）描述顺序是按照使用流程的每一步进行的。
进行此功能的业务介绍（）对此功能进行简单介绍，说明所能完成的功能。
操作步骤（）用鼠标选择相应的功能，进入相应的界面，进行功能键以及栏目的介绍。
举例（）
针对某一功能，对于一些比较难的问题，应该进行举例说明。
特殊提示及注意事项（）
在使用说明中，每一部分都会归纳一些问题，需要提示用户或者让用户注意，应按照以下规定的格式进行编写：
字体采用仿宋字，字号采用小五号字。
．附录（）
对一些在正文中描述不够详尽的地方，可在附录中进行补充；
用户经常遇到的问题及问题解答也可放在附录中。
升级会员 