当前位置:文档之家› 软件工程 需求分析报告

软件工程 需求分析报告

软件工程  需求分析报告
软件工程  需求分析报告

文档编号:001

版本号:1.0

文档名称:需求分析

项目名称:学生智能管理系统

项目负责人:朱岩

项目组长:朱岩

组员:王增、皮素梅、潘鸯鸯、陈金龙、贾春阳开发单位:西邮07级科技1班软件开发小组

一、引言:

1、编写目的:

对庞大的信息随着学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统,可以做到信息的规范管理、科学统计和快速查询,从而减少管理方面的工作量,同时也可以方便学生对信息的获取。

学生信息系统也是实现学校管理现代化和信息化的重要内容。因此,学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段,并且,面对学生生活的不断丰富化,各种小方面管理软件的泛滥,身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构,使用 Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。

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

2、编写背景:

系统待开发的名称:学生智能管理系统

项目组长:朱岩

程序录入:朱岩、王增、皮素梅、

需求分析:朱岩、潘鸯鸯、陈金龙、皮素梅

软件测试:朱岩、王增、皮素梅、潘鸯鸯、陈金龙、贾春阳

本系统的用户:学生,老师,管理员

3、定义:

(1)静态数据:系统内部有关的数据结构和操作规程

(2)动态数据:程序运行时输入和输出的数据

(3)数据字典:数据字典(DD, Data Dictionary)是关于数据流

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

的定义的集合。

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

注释:无

数据项名:年级

别名:无

取值:〔F|M|J|S〕

F-freshmen, 一年级

M-sophomore,二年级

J-junjor, 三年级

S-senior, 四年级

注释:F,M,J,S可分别用1,2,3,4代替数据项名:系和班级编号

别名:无

取值:8{数字}8

注释:无

数据项名:课程编号

别名:无

取值:8{数字}8

注释:无

数据项名:活动编号

别名:无

取值:6{数字}6

注释:无

数据项名:考试编号

别名:无

取值:8{数字}8

注释:无

数据项名:教师证号

别名:无

取值: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#实验楼

行政楼

学生智能管理系统

邮局

师生互动

教务处

电信系办公室

电信系辅导员办公室

3、运行需求:

(1)用户界面

系统运行时主界面大致要求为Windows 的经典运行界面,主界面可以是SDI(单文档界面)即每个窗体之间是独立的,也可以是MDI (多文档界面):有一个主窗,可以包含其他窗体。本系统采用多文档界面,这样可以使程序更加美观,整齐有序。 (2)硬件接口

软件较小除硬盘外,还有DVD 光驱,打印机等。 (3)软件接口

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

(4)开发环境

操作系统: WindowsXP或更高

数据库类型:SQL Server 2000

CPU:P2000mmx以上,内存大于64M。

需要建立WEB服务器

(5)故障处理

在用户的输入有错误的情况下,对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误,也必须保证数据库完好无损。

4、界面需求:

( 1)登录界面:验证登录用户是否为数据库中的合法用户,选择登录的用户是一般学生还是教师。一般学生只能实现浏览,查看,搜索功能;教师可以查看、修改、添加、删除学生某方面的信息。

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

(2)主界面:可以浏览用户各方面的信息,还可以进入登录页面,可以查找某个学生信息。

(3)注册界面:用户可以在主界面上选择注册,进入注册界面,填写用户基本信息(名字、班级、年级……)。

5、其他需求:

(1)安全保密:增加用户登录验证,确保信息安全性。

(2)可移植性:软件能够安装于windows下的各种流行版本。

软件开发案例分析需求模板汇总

E-Storage Management System Software Requirements Specification 电子化仓储管理系统软件需求规格说明书 版权所有不得复制 Copyright ? BroadenGate Technologies, Co., Ltd. All Rights Reserved

Revision Record 修订记录

Catalog 目录

错误!未找到引用源。 Keywords 关键词:仓储管理 Abstract 摘要:本文主要描述电子化仓储管理系统的设计需求,包括功能需求和性能需求,以及其他设计约束等。 List of abbreviations 缩略语清单:

1Introduction 简介 1.1Purpose 目的 1.2Scope 范围 本文档包含电子化仓储管理系统V1.0的对外接口和功能描述,以及和外部的约束关系。2General description 总体概述 2.1Software perspective 软件概述 2.1.1About the Project 项目介绍 2.1.2Environment of Pruduct 产品环境介绍 2.2User characteristics 用户特征 2.3Software function 软件功能 2.4Assumptions & Dependencies 假设和依赖关系 3Specific Requirements 具体需求

3.1Functional Requirements 功能需求 我们采用面向对象分析的方法来作为主要的系统建模方法,使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中,从任何一个角度对系统所作的抽象都可能需要几种模型来描述,而这些来自不同角度的模型图最终组成了系统的映像。 Use Case描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成时,该模型将来可 派生出动态对象模型。 设计Use-case时,我们遵循下列步骤: 第一步: 识别出系统的管理员。管理员可以是用户、外部系统,甚至是外部处理,通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能,并指明这些功能的执行者是谁。尽可能地确保所有管理员都被完全识别出来。 第二步: 描述主要的Use Case。可以采取不断地问自己“这个管理员究竟想通过系统做什么?”来准确地描述Use Case。 第三步: 重新审视每个Use Case,为它们下了详尽的定义。 电子化仓库管理系统是通过对入库业务、出库业务、仓库调拨、库存调整业务信息的管理,提高仓库管理信息的实时性和准确性,达到即时库存管理的功能,并有效控制并跟踪业务的物流和成本管理全过程,实现完善的企业仓储信息管理。系统中设计了装箱算法,为客户提供合理有效的装箱方案,保证了货物集装箱的利用。本系统可以提供有关库存情况的准确信息,增强了作业的准确性和快捷性、减少了整个物流中由于商品误置、送错、偷窃、损害和库存、出货错误等造成的损耗,并最大限度减少存储成本。 总体功能时序图:(如图3-1所示)

软件需求分析报告文档实例(课件)

《需求分析报告》书写范例 1.引言 为使得高中语文《劝学》一课多媒体课件开发有序、有效,帮助开发人员与用户之间的交流与理解特制作此文档。本文档开发人员与用户各执一份。 2.项目背景描述 2.1 项目的委托单位:XXX 2.2 该软件系统与其他系统的关系,本项目为高中段语文教学用课件,单独使用于本课程的教学。 2.3 项目名称:高中语文《劝学》一课来讲解演示课件。 2.4 名词定义:无 3. 调研情况介绍 《劝学》是高中语文文言文教学中的一篇。作者:荀子。 通过对课件使用教学能达到以下教学要求: 1、领悟评价作者的思想感情。 2、认识文章艺术特色。 3、了解文言文实词,虚词的用法。 4. 用户特点 4.1 用户业务描述:用户一般为高中语文教师及高中段学生,通过教学学习课文。 4.2 用户情况:教师通过对课件展示课文内容: 1.教师按照:新课引入、全文分析、归纳总结几个方面对课文加以讲解,达到教学要 求。 2.用户最好能直观地展示课文所在求内容; 3.用户一般为高中段语言教师,计算机操作技能一般,因此应尽可能操作直观、方便。 4.3 用户原有系统的情况:原有PPT为顺序执行结构,只能从头放到尾,没有向回返的机制,使用时也只能展示一次。学生有问题时无法及时转移到相应的位置上。

5.任务概述 5.1目标 5.1.1开发目标 演示型课件一般是为了解决教学的重点难点问题而设计制作的,主要作用是辅助教师课堂演示,不要求知识内容的系统讲解,一定要突出重点、难点。通过计算机的多媒体性将不容易用其他媒体解决的问题,以简洁明了的方法和形式呈现给学生。对于语文、历史、地理等需要有大量文字、图形图片、语音等表达知识的重点、难点的课程一般采用演示型课件。高中语文《劝学》一课来讲解演示课件的规划与开发。本软件根据此需求进行开发的。 5.1.2应用目标 使用多媒体教学更容易使学生接受教学的重点与难点。 6. 运行环境 6.1硬件环境 6.2软件环境 6.3条件与限制 7. 功能要求

软件工程需求分析报告模版

目录 1 引言 1.1编写目的 (1) 1.2 项目背景 (1) 1.3术语说明 (1) 1.4 参考资料 (1) 2 项目概述 2.1编写目的 (1) 2.2 项目背景 (2) 2.3 术语说明 (2) 2.4 参考资料 (2) 2.5 条件和限制 (3) 3 功能需求 3.1功能划分 (3) 3.2功能描述 (3) 4 外部接口需求 4.1功能划分 (3) 4.2功能描述 (4) 5 性能需求 5.1 数据精确性 (4) 5.2 时间特性 (4) 5.3 适应性 (4) 6 软件属性需求 6.1 正确性 (4) 6.2 可靠性 (4)

6.3 效率 (5) 6.4 完整性 (5) 6.5 易使用性 (5) 6.6 可维护性 (5) 6.7 可测试性 (5) 6.8 可复用性 (5) 6.9 安全性 (5) 6.10 可理解性 (5) 6.11 可移植性 (5) 6.12 互联性 (5) 7 其他需求 (5) 8 数据描述 (5) 8.1静态数据 (6) 8.2动态数据 (6) 8.3数据库描述 (6) 8.4数据字典 (6) 8.5数据采集 (6) 9 附录 (6)

1引言 1.1编写目的 学生管理系统是面向学生的,目的是提高学校对学生的管理。本系统主要包括六个模块:学生的基本信息、课程的基本信息、登录、成绩录入、成绩查询和汇总功能,这六个模块基本实现设计本系统的目的,从而可以进一步满足学校对管理系统的要求。 现在的学生管理系统功能不够,所以我们要明确用户对学生管理系统的功能和性能的需求,并将这些需求用语言编写出来。并使系统开发者和学生对此成绩管理系统有共同的理解和认识。这是开发学生管理信息系统的基础,为了更好的开发,对系统的设计要详细。开发的系统要简单实用。 1.2 项目背景 项目名称为:学生成绩管理信息系统。开发目标为有效管理学生信息,实现学生信息的数据录入、浏览、修改等,从而实现对学生信息的规化、系统化、自动化管理。 1.3术语说明 MIS: 管理信息系统 Transaction Processing : 事务处理 Data Acquisition :数据采集 Data Processing Circle : 数据处理流程 Data Processing:数据处理 1.4 参考资料 《软件工程案例教程》…毕硕本卢桂香编著大学 《Vista Basic语言程序设计》…韬编著人民邮电 2 项目概述 2.1待开发软件的一般概述 此软件的目的是提高学校对学生的科学化管理,为学校的学生成绩管理系统

软件工程系统可行性分析和需求分析

个人承担任务 任务说明: 此次软件工程设计,我主要承担以下任务: 需求分析和可行性分析(根据设计题目进行问题定义,探讨可行性,再对系统进行需求分析等)。 任务内容: 1.可行性分析: ⑴问题定义 各高校传统的勤工助学岗位管理管理模式也越来越不能满足现代教育发展的需要。对于一个有着上百号勤工学生的学校来说,用手工管理这些学生信息还有岗位以及津贴,是一项非常繁琐的工作,而相应的岗位人员查询、津贴签领历史记录查询等,其工作量都让人望而生畏,而且还极易出错,同时也浪费纸。所以我们提出了开发高校勤工助学管理系统,将勤工学生基本信息管理、岗位人员管理、津贴统计等功能进行统一管理,为各高校实现勤工助学岗位信息化管理提供有效工具。 ⑵技术可行性 本系统采用B/S模式开发。B/S(Browser/Server,浏览器/服务器)模式又称B/S结构。B/S模式是指在TCP/IP的支持下,以HTTP为传输协议,客户端通过Browser访问Web服务器以及与之相连的后台数据库的技术及体系结构。它由浏览器、Web服务器、应用服务器和数据库服务器组成。客户端的浏览器通过URL 访问Web服务器,Web服务器请求数据库服务器,并将获得的结果以HTML形式返回客户端浏览器。它是随着Internet技术的兴起,对C/S模式应用的扩展。在这种结构下,用户工作界面是通过IE浏览器来实现的。相较于C/S模式的系统升级维护复杂来说,B/S模式最大的好处是运行维护比较简便,能实现不同的

人员,从不同的地点,以不同的接入方式(比如LAN, WAN, Internet/Intranet等)访问和操作共同的数据。另外,B/S还便于面向广大未知用户使用,因为只要电脑安装了IE,经过一定的设置,就都可以使用,如建立企业网站发布信息。 ⑶经济可行性 本系统开发成本低,对开发者设备要求不高,数据库采用免费开源的Oracle 数据库。由于是B/S模式,所以对用户软硬件要求要求也很低。 2.需求分析 ⑴系统运行环境硬件要求 硬件设备设计是根据信息系统的设计需求,确定信息系统物理设备方案,所设计的硬件设备方案在能够充分满足信息系统功能需求的前提下,还应满足系统的效率、可靠性、安全性和适应性等性能要求,并具有较高的性价比。根据前面的需求分析,我们得出本系统理想的环境当然是配置较高最好,实际操作中硬件平台如下: 硬件环境(访问者):建议用户在允许的情况下采用较高配置硬件资源。 硬件环境(开发者):Intel五代处理器,4G内存,80G磁盘空间。 ⑵系统运行环境软件要求 操作系统是计算机系统中最重要的系统软件,目前在微机上使用的桌面操作系统有Windows XP/7/8/10等,本系统在Windows 10操作系统下进行开发,可向下兼容以运行于前面所列举的各种操作系统,但建议使用Windows XP以上系统。 支撑软件是协助人们开发和维护软件的工具和环境软件,包括编辑程序,数据库系统,集成开发环境等,本系统的支撑软件如下: 1、数据库管理系统(DBMS):为了对数据库实施集中管理,同时并发的处理多个客户机发来的数据处理要求,我们选用Oracle数据库管理系统。 2、动态网页技术:在这里我们使用JSP(Java Server Pages)来建立系统,编译软件使用myeclipse10。 ⑶系统功能需求 所有学生都可以登录系统申请对外开放的岗位,申请时需要填写相关信息。

软件工程(需求分析报告)

学生学籍管理系统需求分析报告 1 引言 1.1编写目的 学籍管理信息系统以计算机为工具,通过对教务管理所需的信息管理,把管理人员从繁琐的数据计算处理中解脱出来,使其有更多的精力从事教务管理政策的研究实施,教学计划的制定执行和教学质量的监督检查,从而全面提高教学质量。 1.2项目背景 传统的学校学籍管理方法、由于分散管理,易发生数据丢失,劳动强度高,速度慢。 使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率和水平。 学籍管理信息系统以计算机为工具,通过对教务管理所需的信息管理,把管理人员从繁琐的数据计算处理中解脱出来,从而全面提高教学质量。 1.3业务模式 本系统是运行在WindowsXP等操作系统环境下的多台计算机构成的局域网, 现在学校各部门分别使用不同数据库,各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息,所以各个部门都有一份学生档案。一个部门的改动,将导致其他各部门必须修改,否则,学生的信息将不一致。 高校学生学籍管理系统将采用B/S模式,学生的信息由各用户在规定的权限下在各自的工作站上录入,统一保存在系统服务器上,既可集中管理,有可让各部门管理自己负责的信息。信息上网后各用户可查询,调用,达到全校信息共享。 2用户需求 2.1使用范围 按西安交通大学城市学院学生学籍状况的系统管理(本科生用学年学分制)。 系统中保留4个年级学生的信息,学生毕业一年后信息转储,但随时可以查询,输出。 2.2功能要求 ·学生档案管理:学生的一般情况,及奖励,处分情况; ·学生成绩管理:学习成绩,补考成绩; ·学籍处理:学生留降级处理,休复学处理,退学处理; ·日常教务管理:日常报表,如通知书,补考通知书等,学生学习成绩的各种分类统计; ·毕业生学籍处理:结业处理,毕业处理,授位处理,学籍卡片等。 2.3信息采集与各部门的使用权限 每学期考试完毕由各系录入成绩,然后由教务科收集。为了信息的安全和数据的权威性,对于网上信息的使用权限和责任规定如下: 数据收集前的系统权限

软件系统开发需求分析-模板

软件系统开发需求分析模板 1. 引言 1.1 编写目的 本系统的开发目的在于更好的管理和经营酒店餐饮行业。本文档的预期读者是酒店管理系统软件开发有关的开发人员。 1.2 项目背景 本项目的名称:酒店管理系统。 随着国民经济的发展,酒店餐饮行业的队伍在全国范围(尤其是在经济发达地区)不断壮大,从事酒店餐饮行业的单位之间竞争愈加激烈。为了提升自身的竞争能力, 各酒店餐饮单位都在尽量定制或购买各项业务的应用软件,运用高科技手段进行经营 和管理。为了让酒店更好的经营,我们组织开发了本软件。 本项目的任务提出者及开发者是酒店管理系统软件开发小组,主要是面向酒店餐饮服务行业。 1.3 定义 酒店管理系统是帮助酒店自身管理和服务酒店客户的软件。 1.4 参考资料 ①《现代软件工程》北京希望电子出版社孙涌等编著 ②《Delphi住宿餐饮管理系统开发实例导航》人民邮电出版社 刘敬严东明马刚编著 ③《软件需求说明书(GB856T——88).doc》 ④《iso标准之需求分析说明书.doc》 2.任务概述 2.1 目标 开发本软件是为了服务酒店,使得酒店更好的经营。适用于一些大中型酒店,主要用于就餐管理和住宿管理。本软件产品是一项独立的软件,不过功能还可以增加,

完成后可以升级以增加功能和完善系统。 2.2 用户的特点 使用本软件要求用户熟悉Windows 操作,并且有一定的软件操作基础。预计本软件将会在一些大中型酒店中得到广泛使用。 2.3 假定和约束 本软件由我们小组六个人共同开发,几乎不要经费,开发期限一个月左右。3.需求规定 3.1 对功能的规定 ①系统帐号管理 第一次用一个管理员账号(系统给定)登陆,登陆成功后,可以设置其他用户,包括密码、权限等。 ②就餐管理 为就餐客户查询并分配餐桌,纪录客户用餐情况并结帐。 ③住宿管理 为住宿客户查询并分配房间,纪录客户住宿情况并结帐。 3.2 对性能的规定 3.2.1精度 本软件主要用于管理,不是科学计算,要求计算的精度不是很苛刻。所以输入,输出数据精度的要求不是很高,用于计算的数用浮点数就可以了。 3.2.2时间特性要求 本软件运行的响应时间要求不超过1~2秒,基本能实现。 3.2.3灵活性 本软件具有升级功能,以满足用户的需求。 3.3输人输出要求

软件工程--需求分析报告

文档编号:001 版本号:1.0 文档名称:需求分析 项目名称:学生智能管理系统 项目负责人:朱岩 项目组长:朱岩 组员:王增、皮素梅、潘鸯鸯、陈金龙、贾春阳 开发单位:西邮07级科技1班软件开发小组 一、引言: 1、编写目的:

对庞大的信息随着学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统,可以做到信息的规范管理、科学统计和快速查询,从而减少管理方面的工作量,同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此,学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段,并且,面对学生生活的不断丰富化,各种小方面管理软件的泛滥,身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构,使用Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化,生活化,做了突破性的工作,以及多项管理功能的集成上作了初步的拓展,目的在于使管理者和访问者易于甚至乐于接受,并提出学校管理系统的一体化概念,使学校的管理更有效率。 2、编写背景: 系统待开发的名称:学生智能管理系统 项目组长:朱岩 程序录入:朱岩、王增、皮素梅、 需求分析:朱岩、潘鸯鸯、陈金龙、皮素梅 软件测试:朱岩、王增、皮素梅、潘鸯鸯、陈金龙、贾春阳

本系统的用户:学生,老师,管理员 3、定义: (1)静态数据:系统内部有关的数据结构和操作规程 (2)动态数据:程序运行时输入和输出的数据 (3)数据字典:数据字典(DD,Data Dictionary)是关于数据流 程图中出现的所有名字(数据流、处理、数据存储) 的定义的集合。 4、参考资料: [1]张向宏.软件生命周期质量保证与测试.北京:电子工业出版 社.2009 [2]张海藩.软件工程导论.北京:清华大学出版社. 2005 [3]张焕君.基于VB和SQL的数据库编程技术.北京:清华大学出版 社.2008 二:任务概述: 1、目标: (1)给出软件系统的数据流程图和数据结构。 (2)提出详细的功能说明,确定设计限定条件,规定性能需求。(3)密切与用户的联系,使用户明确自己的任务,以便实现上述两项目标。 (4)以最低的成本,在最短的期限内开发出具有管理学生和学生信息

软件工程 需求分析报告

文档编号:001 版本号: 文档名称:需求分析 项目名称:学生智能管理系统 项目负责人:朱岩 项目组长:朱岩 组员:王增、皮素梅、潘鸯鸯、陈金龙、贾春阳开发单位:西邮07级科技1班软件开发小组

一、引言: 1、编写目的: 对庞大的信息随着学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统,可以做到信息的规范管理、科学统计和快速查询,从而减少管理方面的工作量,同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此,学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段,并且,面对学生生活的不断丰富化,各种小方面管理软件的泛滥,身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构,使用 Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化,生活化,做了突破性的工作,以及多项管理功能的集成上作了初步的拓展,目的在于使管理者和访问者易于甚至乐于接受,并提出学校管理系统的一体化概念,使学校的管理更有效率。 2、编写背景: 系统待开发的名称:学生智能管理系统 项目组长:朱岩 程序录入:朱岩、王增、皮素梅、

需求分析:朱岩、潘鸯鸯、陈金龙、皮素梅 软件测试:朱岩、王增、皮素梅、潘鸯鸯、陈金龙、贾春阳 本系统的用户:学生,老师,管理员 3、定义: (1)静态数据:系统内部有关的数据结构和操作规程 (2)动态数据:程序运行时输入和输出的数据 (3)数据字典:数据字典(DD, Data Dictionary)是关于数据流 程图中出现的所有名字(数据流、处理、数据存储) 的定义的集合。 4、参考资料: [1]张向宏.软件生命周期质量保证与测试.北京:电子工业出版 社.2009 [2]张海藩.软件工程导论.北京:清华大学出版社. 2005 [3]张焕君.基于VB和SQL的数据库编程技术.北京:清华大学出版 社.2008 二:任务概述: 1、目标: (1)给出软件系统的数据流程图和数据结构。 (2)提出详细的功能说明,确定设计限定条件,规定性能需求。

软件项目开发需求报告

软件需求分析格式_如何写需求分析报告 软件需求说明书 1 引言 1.1 编写目的:阐明编写需求说明书的目的,指明读者对象。 1.2 项目背景:应包括 ● 项目的委托单位、开心单位和主管部门; ● 该软件系统与其他系统的关系。 1.3 定义:列出文档中所用到的专门术语的定义和缩写词的愿文。 1.4 参考资料:可包括 ● 项目经核准的计划任务书、合同或上级机关的批文 ● 文档所引用的资料、规范等 ● 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源 2 任务概述 2.1 目标 2.2 运行环境

2.3 条件与限制 3 数据描述 3.1 表态数据 3.2 动态数据:包括输入数据和输出数据。 3.3 数据库描述:给出使用数据库的名称和类型。 3.4 数据词典 3.5 数据采集 4 功能需求 4.1功能划分 4.2功能描述 5 性能需求 5.1 数据精确度 5.2 时间特性:如响应时间、更新处理时间、数据转换与传输时间、运行时间等。 5.3 适应性:在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时,应具有的适应能力。 6 运行需求

6.1 用户界面:如屏幕格式、报表格式、菜单格式、输入输出时间等。 6.2 硬件接口 6.3 软件接口 6.4 故障处理 7 其他需求 如可使用性、安全保密、可维护性、可移植性等。 需求分析的格式 需求分析要对目标系统提出完整的、准确的、清晰的和具体的要求。 1.综合需求:项目 说明 备注 1)功能要求 描述软件用来做什么

能够进行度量衡的相互转换,如:长度公制之间的转换,公制和英制的转换等。能够添加或创建新的度量衡。能够按照用户自己的需要进行排序。能够作为其他软件的插件或辅助工具使用。能够知道度量衡所应用的范围,如:国家,行业等。 2)性能要求 软件能达到什么性能 数据的最大存储量,数据的转换要有连续性,软件对每项操作的响应时间,更新处理时间,数据转换和传送时间,软件的输入输出数据精度,软件失败和成功的定义。 3)运行要求 软件能正常运行在微软中文版WINDOWS系列的可以独立运行的安装包或可执行文件 开发软件的开发工具清单。是否需要外部存储器和数据通信接口。

软件需求分析报告文档模板.doc

软件需求分析报告文档模板 目录 1. 引言 (1) 1.1编写目的 (2) 1.2项目风险 (2) 1.3文档约定 (2) 1.4预期读者和阅读建议 (2) 1.5产品范围 (2) 1.6参考文献 (3) 2. 综合描述 (3) 2.1产品的状况 (3) 2.2产品的功能 (4) 2.3用户类和特性 (4) 2.4运行环境 (4) 2.5设计和实现上的限制 (4) 2.6假设和约束(依赖) (5) 3. 外部接口需求 (5) 3.1用户界面 (5) 3.2硬件接口 (6) 3.3软件接口 (6) 3.4通讯接口 (6) 4. 系统功能需求 (6) 4.1说明和优先级 (7) 4.2激励/响应序列 (7) 4.3输入/输出数据 (7) 5. 其它非功能需求 (7) 5.1性能需求 (8) 5.2安全措施需求 (8) 5.3安全性需求 (8) 5.4软件质量属性 (8) 5.5业务规则 (8) 5.6用户文档 (8) 6. 词汇表 (9) 7. 数据定义 (9) 8. 分析模型 (9) 9. 待定问题列表 (19)

引言 引言是对这份软件产品需求分析报告的概览,是为了帮助阅读者了解这份文档是如何编写的,并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的,开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格,包括修正和(或)发行版本号,从而对该软件产品进行准确的定义。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括: ●任务提出者 ●软件开发者 ●产品使用者 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话),或者各种排版约定。排版约定应该包括 ●正文风格: ●提示方式: ●重要符号: 也应该说明高层次需求是否可以被其所有细化的需求所继承,或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者,例如,可能包括 ●用户; ●开发人员; ●项目经理; ●营销人员; ●测试人员; ●文档编写入员。 并且描述了文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议 1.5 产品范围 说明该软件产品及其开发目的的简短描述,包括利益和目标。把软件产品开发与企业目标,

软件工程需求分析文档.doc

软件工程 需求分析文档 项目名称:人事工资管理系统 概述(背景简介): 随着我国市场经济的快速发展,人事工资管理系统在企业的日常管理中发挥着越来越重要的作用。人事工资管理系统可以进行档案管理、奖罚管理和工资管理等,方便处理企业内部员工的相关工资信息。另外,为了更方便地查看员工工资信息,还可以通过水晶报表对工资信息进行打印。 系统分析(需求分析): 通过调查,要求本系统具有以下功能。

●良好的人机界面。 ●方便的添加和修改数据功能。 ●方便的数据查询。 ●方便的数据打印功能。 ●在相应的窗体中,可方便地删除数据。 ●数据计算自动完成,尽量减少人工干预。 总体设计: 项目规划 人事工资管理系统主要由人事管理、工资管理、用户管理和退出系统等模块组成,具体规划如下。 ●人事管理模块。该模块主要用于实现档案管理、 奖罚管理、调动管理和考评管理的功能。 ●工资管理。该模块主要用于实现考勤津贴和工资 总结的功能。

●系统管理。该模块主要用于实现部门管理和数据 备份的功能。 ●用户管理。该模块主要用于实现操作员管理,修 改口令和更改操作员的功能。 ●退出系统。该模块主要用于实现系统推出的功 能。 系统业务流程分析: 人事工资管理系统的业务流程图如下。

系统功能结构: 人事工资管理系统功能结构图如下。 系统设计: 设计目标 本系统属于中小型的数据库管理系统,可以对中小型企业人事工资进行有效管理。通过本系统可以实现一下目标: 灵活地录入数据,使信息传递更快捷;

●系统采用人机交互方式,界面美观友好,信息查询 灵活,数据存储安全可靠; ●实现员工奖罚信息管理; ●实现员工工资自动计算; ●实现员工考评调动管理; ●对用户输入的数据,进行严格的数据检验,尽可能 避免人为错误; ●系统最大限度地实现了易维护性和易操作性。 开发及运行环境 ●系统开发平台:Microsoft Visual Studio2005。 ●系统开发语言:C#。 ●数据库管理系统软件:SQL Server 2000。 ●运行平台:Windows XP(SP2)/ Windows 2000 (SP4)。 ●运行环境:https://www.doczj.com/doc/c83013025.html, Framework SDK v2.0。 ●分辨率:最佳效果1024*768像素。

软件开发需求分析报告

需求分析报告 1.引言 1.1目的 需求,指的是系统提供的能力必须遵从的条件,一个系统能否达到预期目标,系统需求做的好坏起着决定性作用,因此,他无疑是该平台开发过程中的重要一环。按照传统的软件工程理论,需求分析的目标就是确定要干什么,而不是怎么干,按照统一软件过程的理论(RUP理论),该平台的需求分析就是要致力于高效的正确的开发系统。必须足够详细的描述出系统需求,同时也要详细的描述系统必须达到的条件或实现的功能,使得用户就系统产生的问题一致。 本章将要对”基于教学POI的校园公共服务平台设计与开发”的需求进行分析,再此基础上将会对系统的各个功能进行建模,并且给出模型模型描述的图例序列图等模型。建立系统目标和需要解决的问题。 1.2背景 本设计将对基于教学POI的校园公共服务平台设计与开发进行详细的需求分析;基于教学POI的校园公共服务平台设计在兴趣点软件或APP中属于较为新颖贴近学生生活与教学内容的软件在这方面有大量的资源可循但是并没有与之相关的软件。作为本次软件工程设计的需求总体分析我们需要在POI、教学以及手机软件开发进行基本的融会贯通。 1.3术语 列出本报告中用到的专门术语的定义。 2.任务概述 2.1目标 POI信息平台系统的建立,最直接的提供了非常好的查询管理平台,极大的方便了学生的查询教学点\课程等方案的选择,为学生教师等提供了海量的便利教学信息;学生再也不用考虑担心自己找不到有疑问而大费精力. 通过对用户需求分析以及POI流程研究我们应该解决以下问题 在APP中搜索到正确的\合理的POI信息; POI信息的充分展现,包括地图展示并标记POI点的特殊标记;

软件需求分析报告书实例

需求分析说明书 1. 引言 (3) 1.1 编写目的 (3) 1.2 项目风险 (3) 1.3 预期读者和阅读建议 (5) 1.4 产品范围 (5) 1.5 参考文献 (5) 2. 系统总体概述 (6) 2.1 目标 (6) 2.2 用户类和特性 (7) 2.3 运行环境 (7) 2.3.1 硬件环境 (7) 2.3.2 软件环境 (7) 2.4 设计和实现上的限制 (7) 2.5 假设和约束(依赖) (8) 2.5.1 产品的SEO排名 (8) 2.5.3系统的安全 (8) 3. 外部接口需求 (8) 3.1 用户界面 (8) 3.2 硬件接口 (8) 3.3 软件接口 (8) 3.4 通讯接口 (9) 4. 系统特性 (9) 4.1 说明和优先级 (9) 4.2 激励/响应序列 (9) 4.3 功能需求 (9) 4.4 功能详述 (12) 4.4.1以使用软件的汽车用户为例: (12) 5. 其它非功能需求 (13) 5.1 性能需求 (13) 5.2 安全措施需求 (13) 5.3 安全性需求 (14) 5.4 操作需求 (14) 5.5 软件质量属性 (14) 5.6 业务规则 (14) 5.7 用户文档 (14) 6. 词汇表 (14) 6.1 SSH (14)

6.2 JAVA (14) 6.3 MYSQL (15) 7. 待定问题列表 (15)

1. 引言 1.1 编写目的 本需求分析说明书对本项目第一阶段的内容进行分析,对需求细节和实现方式进行了较为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用,并作为产品验收确认的依据。 需求分析是在可行性研究的基础上,将用户对系统的描述,通过开发人员的分析概括,抽象为完整的需求定义,再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发,问题是否能够解决,而需求分析旨在回答"系统做什么"的问题,确保将来开发出来的软件产品能够真正满足用户的需要。 构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样,在出错之后会如此严重地影响随后实现的系统,并且在以后修补竟会如此的困难。 需求分析是一个非常重要的过程,它完成的好坏直接影响后续软件开发的质量。一般情况下,用户并不熟悉计算机的相关知识,而软件开发人员对相关的业务领域也不甚了解,用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以,开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。 有效的需求分析通常都具有一定的难度,一方面是因为交流存在障碍,另一方面是因为用户通常对需求的陈述不完备、不准确和不全面,并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求,还需要挖掘隐藏的需求。此外,把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 在进行需求分析的过程中,首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性,需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作,而且还应该贯穿于整个生命周期中,它应该随着项目的深入而不断地变化。 此外,为了方便后续的评审和测试等工作,需求的描述应该尽量做到:具体、详细、可以测量和可以实现,并且基于时间。 1.2 项目风险 政策风险分析: 随着社会的进步与人们生活水平的提高大幅度增加,尤其在我国汽车进入家庭的条件下,需要更多的适合现代汽车技术要求和社会经济承受能力的汽车维修检测设备,为了让四轮定位仪市场变得规范、有序,中国汽车保修设备行业协会与全国汽车维修标准化技术委员会于2004年,制定了四轮定位仪的行业标准(标准号JT/T505-2004),国家交通部2004年国标GB/T16739.1-.2-2004《汽车维修业开业条件》规定:一、二类汽车维修企业必须配备

软件工程__需求分析报告

软件工程__需求分析报告 【最新资料Word版可自由编辑!】

软件工程需求分析报告 项目名称:学生智能管理系统 编写组员:20112452 陈占刚 20112430 周元 20112439 马涛 20112428 张岩 班级:计算机科学与技术11-1班

一、引言: 1、编写目的: 对庞大的信息随着学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统,可以做到信息的规范管理、科学统计和快速查询,从而减少管理方面的工作量,同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此,学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段,并且,面对学生生活的不断丰富化,各种小方面管理软件的泛滥,身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构,使用 Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化,生活化,做了突破性的工作,以及多项管理功能的集成上作了初步的拓展,目的在于使管理者和访问者易于甚至乐于接受,并提出学校管理系统的一体化概念,使学校的管理更有效率。 3、定义: (1)静态数据:系统内部有关的数据结构和操作规程 (2)动态数据:程序运行时输入和输出的数据 (3)数据字典:数据字典(DD, Data Dictionary)是关于数据流 程图中出现的所有名字(数据流、处理、数据存储) 的定义的集合。 4、参考资料: [1]张向宏.软件生命周期质量保证与测试.北京:电子工业出版

软件需求分析文档模板

项目编号: 项目名称) 需求分析报告 文件编号: 编制: 日期:审核:日期:生效日期:年月日批准:日期:同方智能卡产品公司研发中心文件状态: [ ] 草稿 [ ] 正式发布 [ ] 正在修改文件标识: 当前版本: 作者: 完成日期: 目录 1.任务概述 (3) 1.1.目标 (3)

1.2.系统(或用户)的特点 (3) 2.假定和约束 (3) 3.需求规定 (3) 3.1. 3.2. 3.3. 3.4. 3.5.软件功能说明................................................... 对3 功能的一般 性规定............................................... 3对性能的一般 性 规定............................................. 4其他专门要求..................................................... 对4 安全性的要求.. (4) 4.运行环境规 4.1. 4.2. 4.3.

4.4.设备及分 布 ........................................................ 件 ........................................................ 口 ........................................................ 5. 尚需解决的问 题 .. (5) 1. 任务概述 1.1. 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的 有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如 果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所 定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中的 其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本 产品同其他各部分的联系和接口。 1.2. 系统(或用户)的特点 如果是产品开发,应列出本软件的特点,与老版本软件(如果有的话)的 不同之处,与市场上同类软件(如果有的话)的比较。说明本软件预期使用频 度; 如果是针对合同开发,则应列出本软件的最终用户的特点,充分说明操作 人员、维护人员的教育水平和技术专长,以及本软件预期使用频度。这些是软 件设计工作的重要约束。 2. 假定和约束 列出进行本软件开发工作的假定和约束,例如经费限制、开发期限等。 3. 需求规定 3.1. 软件功能说明 列出本系统中所有软件功能子系统和功能。如果子系统比较大,每个子系 统分别编写《软件功能规格说明书》,在本处列出编号和名称。 支4 撑软 ... 接4 ..... 程4 序 .. 5

软件工程图书管理系统需求分析报告

软件工程报告 图书管理系统 需求性分析 姓名:蒋维佳 班级:应数01班 1.引言 编写目的 此规格说明书是为了对图书馆管理系统做一个概要的说明,是软件的大概的分析过程,对最终的软件加以说明。主要的读者为软件设计人员,程序编写员,以及老师。 项目背景 该项目作为计算机学院05级的软件课程设计题目,学生应该在规定的时间之内完成,时间是第七周(4月7日)到第十二周(5月16日),学生应该在这个时间之内做好需求规格说明书,概要设计说明书,详细设计说明书,以及做好程序,并在最后加以用户操作手册等一系列详细的设计要求。 定义 参考资料 《实用软件工程》第二版郑人杰殷人昆陶永雷等主编清华大学出版社 《delphi程序员成长攻略》蒙祖强龚涛等编着中国水利水电出版社

《delphi7开发实例完全剖析》王志强编着中国电力出版社 《精通delphi数据库设计与实例开发》陈润编着中国青年出版社2.任务概述 目标 通过该系统可以实现最基本的图书馆的一系列的操作流程,其中包括: 图书的借阅,图书的查找,图书的退还,借书证的申请,图书的上架处理,图书的过期未还的处罚等等功能。 这些功能要用delphi以及后台的数据库SQL来实现。 运行环境 Windows 98/2000/XP/2003操作系统下,安装并配置软件Microsoft SQL Server 2000数据库管理系统。 作者用的是windows XP操作系统,理论上可以在windows 98/2000/2003下运行的。 条件与限制 因现在配有windows98与windows2003的操作系统的电脑较少,不易找到,所以在这两种操作系统上实验比较困难。 3、数据描述 静态数据 图书:图书编码,书名,书号,图书类别,作者,出版社,出版时间,单价 管理员:用户名,密码,权限,姓名 读者:借书卡号,姓名,性别,读者类别,所属系部,部门或班级 动态数据 输入数据:鼠标对按钮的点击,查询方式,查询关键字,新建图书项,

软件需求分析报告书

软件需求分析报告

目录 1.总体功能需求-------------------------------------------------------------1 2.软件开发平台需求---------------------------------------------------------1 3.软件需求分析-------------------------------------------------------------1 3.1.软件范围-----------------------------------------------------------1 3.2软件的风险----------------------------------------------------------1 3.3软件的功能----------------------------------------------------------2 3.4用户类和特性--------------------------------------------------------2 3.5运行环境需求--------------------------------------------------------2 3.6设计和实现上的限制--------------------------------------------------2 4.外部接口需求--------------------------------------------------------------2 4.1用户界面-----------------------------------------------------------3 4.2硬件接口-----------------------------------------------------------3 4.3软件接口-----------------------------------------------------------3 4.4通讯接口-----------------------------------------------------------4 5.系统功能需求--------------------------------------------------------------5 5.1说明和优先级-------------------------------------------------------5 5.2激励响应序列-------------------------------------------------------5 5.3输入输出数据-------------------------------------------------------6 6.其他非功能需求-------------------------------------------------------------6 6.1性能需求------------------------------------------------------------6 6.2安全措施需求--------------------------------------------------------6 6.3安全性需求----------------------------------------------------------6 6.4操作需求------------------------------------------------------------7 6.5软件质量属性--------------------------------------------------------7

相关主题
文本预览
相关文档 最新文档