软件需求规格说明书(实例)
软件需求规格说明书范文

软件需求规格说明书模版文件变化记录单*变化状态:A——增加,M——修改,D——删除文件批准单1.引言提出对软件需求规格说明书的纵览,帮助读者理解文档如何编写并且如何阅读和解释。
1.1编写目的对产品(也可能是项目,但是我们统称为产品)进行定义,在该文档中详尽说明这个产品的软件需求,包括修正或发行版本号。
如果这个软件需求规格说明书只与整个系统的一部分有关,那么只定义文档中说明的部分或子系统。
1.2文档约定描述编写文档时所采用的标准或排版约定,包括正文风格、提示区或重要符号。
例如,说明高层需求的优先级是否可以被其所有细化的需求所继承,或者每个需求陈述是否都有优先级。
1.3预期的读者和阅读建议列举软件需求规格说明书所针对的不同读者,例如开发人员、项目经理、营销人员、用户、测试人员等。
描述文档中剩余部分的内容及其组织结构。
提出最适合每一类型读者阅读文档的建议。
1.4产品的范围提供对指定的软件及其目的的简短描述,包括利益和目标。
把软件与企业目标或业务策略相联系。
可以参考项目范围文档,而不是将其内容复制到这里。
1.5参考资料列举编写软件需求规格说明书时所参考的资料或其它来源。
可能包括用户界面风格指导、合同、标准、系统需求规格说明书、用户需求、相关产品的软件需求规格说明书。
这里应该给出详细的信息,包括标题名称、作者、版本号、日期、出版单位或资料来源,以方便读者查阅这些文献。
2.综合描述这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。
2.1产品的前景描述软件需求规格说明书中所定义的产品的背景和起源。
说明该产品是否是产品系列中的下一个成员,是否是成熟产品所改进的下一代产品、是否是现有应用程序的替代品,或者是否是一个全新的产品。
如果软件需求规格说明书定义了大系统的一个组成部分,那么就要说明这部分软件是怎样与整个系统相关联的,并且要定义出两者之间的接口。
建议使用系统结构图或者实体关系图表示。
国标8567-2006软件需求规格说明书实例-教务系统 -重大修改版

软件需求规格说明(SRS)项目:教务管理系统专业班级:目录目录 (2)1.围 (4)1.1标识 (4)1.2系统概述 (4)1.3文档概述 (4)1.4基线 (5)2.参考文献: (6)3.需求 (6)3.1所需的状态和方式 (6)3.2需求概述 (6)3.2.1目标 (6)3.2.2运行环境 (8)3.2.3用户的特点 (9)3.2.4关键点 (9)3.2.5约束条件 (9)3.3需求规格 (10)3.3.1软件系统总体功能/对象结构 (10)3.3.2描述约定 (12)3.4CSCI能力需求 (12)3.4.1数据字典 (13)3.4.2系统功能分解 (15)3.4.3选课、退课模块 (16)3.4.4查询模块 (17)3.4.5成绩管理模块 (17)3.4.6教师个人信息更新模块 (17)3.4.7数据库模块 (17)3.5CSCI外部接口需求 (17)3.5.1 用户界面 (17)3.5.2教务系统与XXX之间的接口 (19)3.6CSCI部接口需求 (19)3.6.1教务系统与数据库之间的部接口 (20)3.7CSCI部数据需求 (20)3.7.1 实体-关系图 (20)3.7.2 数据表 (23)3.7.3 数据流图 (25)3.8性需求 (26)3.9CSCI环境需求 (27)3.10计算机资源需求 (27)3.10.1计算机硬件需求 (27)3.10.2计算机硬件资源利用需求 (27)3.10.3计算机软件需求 (28)3.10.4计算机通信需求 (28)3.11软件质量因素 (28)3.12设计和实现的约束 (29)3.13数据 (29)3.14操作 (30)3.15故障处理 (30)3.16有关人员需求 (31)3.17有关培训需求 (31)3.18有关后勤需求 (31)4需求可追踪性 (31)5尚未解决的问题 (32)6注解(业务名词的解释) (33)附录A (34)附录B (35)1.围1.1标识(待开发软件的完整标识,(如果有的话)包括标识号,版本号、发行号、标题。
需求规格说明书_IEEE-GB

(英文名称)(中文名称)(软件) 需求规格说明书拟制:日期:审核:日期:批准:日期:YYYYYY公司地址:四川省成都市望江路29号四川大学邮编:610064电话:028-8541xxxxxx 传真:028-******* E-Mail:网址:www.aaa.bbb.c c修改记录评审记录目录修改记录 (1)评审记录 (2)关键词 (5)中英文缩写 (5)第一章引言 (5)1.1文档约定(实际文档:此节无) (6)1.2目的 (7)1.3预期的读者和阅读建议 (7)1.4产品的范围 (7)1.5参考文献 (7)第二章项目综合描述 (8)2.1产品的描述 (8)2.2产品的功能 (8)2.3用户类和特征 (8)2.4运行环境要求 (9)2.4.1设备 (9)2.4.3支持软件 (9)2.4.3接口 (9)2.4.4控制 (9)2.4.5 其它如场地、安装等 (10)2.5一般限制 (10)2.6假设和依赖 (10)第三章外部接口需求 (10)3.1用户界面 (11)3.2硬件接口 (11)3.3软件接口 (11)3.4通信接口 (11)第四章系统特征/功能需求 (12)4.1功能需求1 (12)4.1.1说明和优先级 (12)4.1.2激励/响应序列 (13)4.2功能需求N (13)第五章其他非功能需求 (13)5.1性能需求 (13)5.2数据定义及或要求、管理 (14)5.2.1 逻辑描述与流程 (14)5.2.2 数据的定义要求 (14)5.2.3 处理或管理 (14)5.3属性要求 (14)5.3.1安全性需求 (14)5.3.2安全设施需求/故障处理 (14)5.3.3 可维护性 (15)5.3.4 故障处理能力要求 (15)5.4软件质量属性 (15)5.5业务规则 (15)5.6用户文档 (15)第六章其它需求 (16)附录 (16)附录A:分析模型 (16)附录B:待确定问题的列表 (16)(产品名称)软件需求规格说明关键词请输入本文的关键词中英文缩写请输入本文所涉及的中文缩写的术语名称,全称及含义可以以列表方式进行.缩写全称中文解释第一章引言本章提供整个系统的总述1.1 文档约定(实际文档: 此节无)在文档资料穆板中绿色字, 表示解释. 实际文档资料无描述编写文档时的所采用的标准或排版约定, 包括正文风格、提示符或主要符号.约定:标题样式(表1-1)●正文采用宋体小四号, 行距请用1.5倍行距●注释或插图中的文字用宋体五号字●表格或插图必须按章节进行编号统一使用“X-X”格式,前一个X指章节号,后一个指表或图的顺序。
需求规格说明书(样例)

需求规格说明书目录第一章综述 (1)1.1编制目的 (1)1.2适用范围 (1)1.3参考依据 (1)1.4编制约束 (1)1.4.1图元约束 (1)1.4.2编码约束 (2)1.4.3格式约束 (3)1.5内容结构(可选) (4)1.6导读说明 (4)第二章项目概述 (5)2.1项目背景 (5)2.2项目范围 (5)2.3项目目标 (5)2.4现状描述 (5)第三章需求总体分析 (6)3.1功能体系设计 (6)3.1.1功能结构 (6)3.1.2功能分布 (7)3.2整体业务流程(可选) (8)3.3业务标准体系 (9)第四章功能性需求 (10)4.1功能综述 (10)4.2需求清单 (10)4.3需求优先级(可选) (10)4.4功能编码•功能项 (11)4.4.1功能综述 (11)4.4.2业务流程 (11)4.4.3关系分析 (13)4.4.4详细功能需求 (13)第五章非功能性需求 (17)5.1软件质量属性需求 (17)5.1.1运行期 (17)5.1.2非运行期 (20)5.2约束性需求 (21)5.2.1基础架构 (21)5.2.2标准规范 (21)5.2.3集成要求 (21)5.2.4其他约束 (21)第六章集成需求 (22)6.1技术要求 (22)6.2数据集成 (22)6.3应用集成 (22)6.4流程集成 (23)第七章尚需解决的问题 (24)7.1问题总表 (25)7.2问题处理 (25)附录I 业务对象 (26)第一章综述若采用分册编制方式组织,则本章与第二章、第三章单独成册,其它分册可略去本章、第二章和第三章内容。
1.1编制目的用简洁的语言描述编写这个文档的目的。
1.2适用范围本文档适用的范围。
1.3参考依据列举编写软件需求规格说明时所参考的资料或其它资源。
这可能包括且不限于:用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档,或相关产品的软件需求规格说明。
软件需求分析说明书实例

软件需求分析说明书实例需求分析说明书实例1.引言1.1编写目的在完成了针对《档案管理系统》软件市场的前期调查,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。
此需求规格说明书对《档案管理系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2项目背景由于文件多,种类多,文件创建者多,创建时间为不定期,要保护好一些公司重要的文件极为不便,同时由于人员的流动,对原有的文件的再现,显得力不从心,有时查找与重新整理文件要浪费许多的人力、物力。
而且近年来,由于竞争的激烈程度不断的加深,档案的管理不当会严重到导致公司的面临着亏损甚至破产的局面。
于是人们不断地在探索希望能找到解决的方法。
为了解决以上的问题,让企事业单位能够有效的掌握,有效的共享文件资源,保护好文件,及促进档案管理的信息化、规范化和集成化,本人多方听取意见、追加和完善大量实用功能,进而了解文件管理的流程,同时结合各部门、各行业与企业文件管理的方法,开发出一套适合于档案多而复杂的管理系统。
1.3定义、缩写词和符号需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。
1.4参考资料鲁荣江、王立丰:《Visual Basic 项目案例导航》,科学出版社,2002年6月版陈明:《软件工程》,中央广播电视大学出版社,2002年6月版段兴:《Visual Basic 6.0 控件实用程序设计100例》,人民邮电出版社,2002年12月杜春雷、孙会莲:《如何使用Visual basic 6.0中文版》,机械出版社,2000年1月张曜、张青、李丁:《Visual Basic 函数实用手册》,治金工业出版社,2002年12月范国平、陈晓鹏:《Access 2000 数据库系统开发实例导航》,人民邮电出版社,2002年12月版闪四清:《SQL Server 实用简明教程》,清华大学出版社,2003年1月版2.任务概述2.1目标2.1.1开发目标在当今世界电脑普及的时刻,人们已经习惯用电脑办公,结果自然会产生大量的电子文件,这些文件有宝贵的历史价值,但我们如果将更多的时间花费在寻找这些文件上,即费时又费力。
图书管理系统-软件需求规格说明书

图书管理系统 ---软件需求规格说明书班序号:姓名:学号:老师:电话:成绩:xxxxx大学xx年 xx 月目录目录 (2)1. 文档概述 (4)1.1 编写的目的 (4)1.2 背景 (4)1.3 定义 (4)1.4 参考资料 (4)2. 任务概述 (5)2.1 业务需求 (5)2.2 相关人员及用户分析 (5)2.3 用户特点分析 (5)3. 需求概述 (6)3.1 系统概述 (6)3.2 主题域1 (7)3.2.1 概述 (7)3.2.2 业务事件 (7)3.2.3 报表 (10)3.3 主题域2 (10)3.3.1 概述 (11)3.3.2 业务事件 (11)3.3.3 报表 (12)3.4 主题域3 (13)3.4.1 概述 (13)3.4.2 业务事件 (13)3.4.3 报表 (16)4. 具体需求 (17)4.1 图书管理子系统 (17)4.1.1 用例模型 (17)4.1.2 领域模型 (21)4.2 读者管理子系统 (22)4.2.1用例模型 (22)4.2.2 领域模型 (26)4.3 借还书服务子系统 (26)4.3.1用例模型 (26)4.3.2 领域模型 (32)5. 补充规约 (32)5.1 设计约束 (32)5.1.1 技术选择的限制条件 (32)5.1.2 运行环境[建议用部署图表示] (32)5.1.3 预期的使用环境 (33)5.2 质量属性 (33)5.2.1 安全性要求 (33)5.2.2 可靠性要求 (34)5.2.3 易用性要求 (34)5.2.4 性能要求 (35)5.2.5 可维护性要求 (35)5.2.6 可移植性要求 (35)1. 文档概述1.1 编写的目的为方便对图书馆书籍、读者资料、借还书等进行高效的管理,特编写该程序以提高图书馆的管理效率。
使用该程序之后,图书管理员可通过该程序对图书信息和读者管理进行操作。
主要操作包括图书录入、图书查询、图书下架;读者信息添加、查询和删除操作;借还书记录添加、查询、修改以及还书的相关服务,还可以对当前图书借阅情况进行一些统计,给出统计表格,以便全面掌握图书的流通情况。
软件需求规格说明书模板

软件需求规格阐明书模版文献变化记录单*变化状态:A——增长,M——修改,D——删除文献同意单1.引言提出对软件需求规格阐明书旳纵览,协助读者理解文档怎样编写并且怎样阅读和解释。
1.1编写目旳对产品(也也许是项目,不过我们统称为产品)进行定义,在该文档中详尽阐明这个产品旳软件需求,包括修正或发行版本号。
假如这个软件需求规格阐明书只与整个系统旳一部分有关,那么只定义文档中阐明旳部分或子系统。
1.2文档约定描述编写文档时所采用旳原则或排版约定,包括正文风格、提醒区或重要符号。
例如,阐明高层需求旳优先级与否可以被其所有细化旳需求所继承,或者每个需求陈说与否均有优先级。
1.3预期旳读者和阅读提议列举软件需求规格阐明书所针对旳不一样读者,例如开发人员、项目经理、营销人员、顾客、测试人员等。
描述文档中剩余部分旳内容及其组织构造。
提出最适合每一类型读者阅读文档旳提议。
1.4产品旳范围提供对指定旳软件及其目旳旳简短描述,包括利益和目旳。
把软件与企业目旳或业务方略相联络。
可以参照项目范围文档,而不是将其内容复制到这里。
1.5参照资料列举编写软件需求规格阐明书时所参照旳资料或其他来源。
也许包括顾客界面风格指导、协议、原则、系统需求规格阐明书、顾客需求、有关产品旳软件需求规格阐明书。
这里应当给出详细旳信息,包括标题名称、作者、版本号、日期、出版单位或资料来源,以以便读者查阅这些文献。
2.综合描述这一部分概述了正在定义旳产品以及它所运行旳环境、使用产品旳顾客和已知旳限制、假设和依赖。
2.1产品旳前景描述软件需求规格阐明书中所定义旳产品旳背景和来源。
阐明该产品与否是产品系列中旳下一种组员,与否是成熟产品所改善旳下一代产品、与否是既有应用程序旳替代品,或者与否是一种全新旳产品。
假如软件需求规格阐明书定义了大系统旳一种构成部分,那么就要阐明这部分软件是怎样与整个系统有关联旳,并且要定义出两者之间旳接口。
提议使用系统构造图或者实体关系图表达。
软件需求规格说明书模板

XXX软件需求规格说明书{产品名称} 软件需求规格说明书版本历史第0 页目录1.产品描述 (3)1.1.编写目的 (3)1.2.产品名称 (3)1.3.文档范围 (3)1.4.预期的读者和阅读建议 (3)1.5.参考文档 (3)1.6.缩略语和术语(可选) (3)2.产品需求概述 (3)2.1.用例简介 (3)2.2.运行环境 (3)2.3.条件与限制(可选) (4)3.用例描述 (4)3.1.用例1 (4)3.2.用例N (5)3.3.不支持的用例 (5)4.数据描述 (5)5.系统需求(可选) (5)6.运行需求(可选) (6)6.1.用户界面 (6)6.2.硬件接口 (6)6.3.软件接口 (6)6.4.通信接口 (6)7.其它需求(可选) (7)8.特殊需求(可选) (7)9.不确定的问题(可选) (7)10.编写人员及编写日期 (7)11.附录 (7)11.1.引用文件 (7)11.2.参考资料 (7)1.产品描述1.1.编写目的【说明编写本软件需求规格说明书的目的,指出预期的读者。
】1.2.产品名称【本项目的名称,包括项目的全名、简称、代号、版本号。
】1.3.文档范围【文档范围包括:产品介绍,产品面向的用户群体,产品应当遵守的标准与规范,产品范围,产品中的角色,产品的功能性需求,产品的非功能性需求。
】1.4.预期的读者和阅读建议【各种管理人员及开发人员:项目经理、系统工程师、软件开发人员、硬件开发人员、测试人员、型态管理人员、品质保证人员和软件使用客户】1.5.参考文档【说明编写本软件需求规格说明书涉及参考文档。
】1.6.缩略语和术语(可选)【对重要的或是具有特殊意义的名词(包括词头和缩写)进行定义,以便读者可以正确地解释软件需求说明。
】2.产品需求概述2.1.用例简介【对产品的基本用例做一个简介,包括:1.本产品的开发意图、应用目标及作用范围。
2.概略介绍了产品所具有的主要用例。
用UML用例包图和用例图描述功能结构。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
学校教材订购系统(School materials orderi ng system ) 软件需求规格说明书计算081项目小组修订表审批记录1.引言 (5)1.1目的、小组成员以及预期读者 (5)1.2适用范围 (5)1.3参考资料 (5)1.4术语和缩略语 (6)2.系统概述 (6)2.1产品描述 (6)2.2产品功能 (7)3.功能性需求分类 (8)3.1系统数据流图(DFD (8)3.2学校教材购销系统DFD (8)3.3学校教材购销系统一级数据流图 (10)3.4学校教材购销系统二级数据流图 (11)3.5功能描述1 (12)3.6功能描述2 (13)3.7输入项目 (13)3.8输出项目 (13)4.产品的非功能性需求 (13)4.1外部接口说明 (13)4.1.1用户接口 (13)4.1.2软件接口 (13)4.2性能需求 (13)4.2.1硬件的限制 (14)4.3属性 (14)4.3.1友好性 (14)4.3.2安全性 (14)4.3.3可维护性 (14)4.3.4可转移/换性 (14)4.5其他需求 (14)4.5.1用户操作需求 (14)5.E-R图、数据流描述和数据字典抽取 (14)5.1E-R 图 (14)5.2数据流描述 (16)5.3数据字典 (16)附录 A 需求确认 (18)1. 引言1.1目的、小组成员以及预期读者文档编写目的本要求规格说明书对学校教材购销系统进行简单的分析,给出了系统的数据流图。
系统主要用户是学生,教师和教材工作人员,加深与用户间的交流,在功能与系统界面上与用户达成一致的看法,以便于开发出用户满意的系统。
小组内成员以及分工学生,教师,教材整理工作者以及对软件开发过程中文档编写格式不熟悉的初学者1.2适用范围学校教材购销系统是为高等院校开发的,用于日常的教材管理,包括销售与采购。
提供数字化的管理,提高学校教材管理部门的工作效率。
具体项目及要求如下:项目名称:山东交通学院学校教材订购系统软件大体功能:实现学校教材管理软件要求:a. 硬件要求:内存:2GM CPU Intel Core2 1.80GHzb. 系统要求:MyEclipse5.5 集成开发工具,MySQL5.0.22数据库和window visio2003 画图工具以及windows word文档工具。
c. 人员要求:有计算机专业知识的:高校教师、专业的教材采购人员及相同能力者。
1.4术语和缩略语2. 系统概述2.1产品描述随着高校办学规模的扩展,管理方式和管理效率的矛盾日渐突出。
在教材购销方面,手工管理方式和文档系统管理方式在管理质量和管理效率上,从根本上不能适应大规模的管理要求。
而随着计算机科学的发展与进步,计算机科学管理方式,不管在管理效率还是在管理质量上都逐步显示出了它的可靠性和优越性。
而且计算机管理在人力、物力等资源方面都比以前的管理模式要有大的节省。
计算机管理正以它自身的优越性成为管理模式中的主流。
教材购销管理系统采用计算机管理模式的必然性也在与此!本系统以学校为背景,在认真调研和分析了学校订购教材的现状之后,根据学生,教师和教材工作人员的需求和各个功能的关系,做出了积极的设计方案。
在新的管理资源和管理模式上,力争能使工作质量、工作效率等得到提高,推动学校发展的步伐。
本系统名称为:山东交通学院教材购销系统。
由徐延峰老师提出,经我们项目小组成员(岳文博、董庆辉、朱登浩、王亭亭、陈晓晓)共同协作完成。
软件产品的作用范围学校教材购销系统是为高等院校开发的,用于日常的教材管理,包括销售与采购。
提供数字化的管理,提高学校教材管理部门的工作效率。
,般性描述本系统可细化为两个子系统:销售系统和米购系统销售系统的工作过程为:首先由教师或学生提交购书单,经教材科发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。
采购系统的主要工作过程为:若是脱销教材,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知。
产品功能:本系统在向学生售书时主要输入学生学号、班级代号、购书数量、购书书名信息,然后打印领书单返回给学生领取书籍。
本系统在查询数据库时主要输入需要查询的相关信息,包括图书编号、图书书名、出版社信息、图书特色等信息方便操作人员把握图书信息。
本系统还兼顾一点财务信息的管理,在发生单人购书时,系统直接向购书者收取现金,内部形成一个小小的财务管理。
本系统还和学校的财务科发生数据交换,发生集体售书时,学校根据数据的有效性,直接向集体售书,形成的财务信息直接和财务科交换,方便结算。
即:向学生集体售书时不需要直接收取现金,而待教材科结算时向财务科提交数据,由财务科从学生的预交书费里扣除,保证教材科财务信息的完整。
系统结构图系统简介本系统可细化为两个子系统:销售系统和米购系统。
销售系统的工作过程为: 首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。
采购系统的主要工作过程为:若是脱销教材,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。
3. 功能性需求分类3.1系统数据流图(DFD缺书单进书通知采购人员3.2 学校教材购销系统DFD系统数据字典:名字:定书表 别名:订书单描述:送给采购员的定书表定义:购书单=购书单号 + {书名+出版社+价格+数量} +日期+订购名姓名+订购者职务+购书总数 +总额 购书单号=DG+年 +月 +日 +4位整数 订购者职务=学生丨教师 价格=整数+4位小数位置:输出到打印机教 师 或 学 生购书单大学教材订购系统领书单审核信息进书通知 丿1--教 材 发 行 人员名字:进书通知描述:详细的描述了进书的信息定义:进书通知=编号+{书名+出版社+价格+数量} +采购人姓名+采购日期+采购总数+采购总额编号=JS+年+月+日+4位整数位置:3.3 学校教材购销系统一级数据流图缺书登记表一级数据字典:名字:库存表定义:库存表=记录ID +图书信息+数量名字:进库表定义:进库表=日期+图书信息+数量+米购员+总额记录ID = JC + 15 {数字} 153.4 学校教材购销系统二级数据流图登记J购书单.购书表审核信息——[审核 ]1 T领书->——库存表领书.领书信息二级数据字典:出库表 缺书单 缺书信息缺书表 开票缺书表进库表+登记缺书单缺书登记图书入库 米购信息 进书通知图书信息库存表名字: 采购信息别名:描述: 描述采购的信息定义: 采购信息一采购员姓名+日期+图书信息+总数+总额位置:3.5 功能描述1销售子系统模块:提交购书单、审核购书单、开发票、登记购书纪录、返回领书单、修改和维护数据库中相应的表。
采购子系统模块:发缺书单、登记缺书纪录、拟订待购书信息、发进书通知单、修改和维护数据库中相应的表。
3.6 功能描述2(1)精度:购书是由需求决定的,只要有缺书现象则会体现出来,但也因为这样,如果需要提前多购相关书籍的话,则需要管理人员的参与。
(2)时间特性要求:定购需要提前若干天。
(3)可靠性:较高(4)灵活性:在购书单未审核时,可以撤消订购或修改,一旦审核,则不能再修改。
3.7 输入项目销售子系统模块:需要输入购书单中要求的信息(提交人姓名、书名、书号、数量、身份识别码)。
采购子系统模块:需要输入缺书单中要求的信息(书名、书号、数量)。
3.8 输出项目销售子系统模块:需要打印领书单(书名、书号、数量、领书人姓名),发票(书名、书号、开票人姓名、交易金额、交易日期)。
采购子系统模块:需要打印进书通知单(书号、书名、进书日期)。
4. 产品的非功能性需求4.1 外部接口说明4.1.1用户接口MyEclipse5.5集成开发工具,MySQL5.0.22数据库和window visio2003 画图工具以及windows word文档工具。
4.1.2软件接口各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。
接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在模块之间传递。
4.2 性能需求1)支持多终端操作;2)支持多并行操作的用户同时操作3)系统响应的时间短4.2.1硬件的限制内存:2GM CPU In tel Core2 1.80GHz4.3 属性4.3.1友好性本软件友好性极强和其他软件有很好的兼容性。
4.3.2安全性本软件存在很好的安全性:有密码验证对不同权限进行不同的登陆软件有备份功能,对数据损坏或破坏有很好的恢复能力4.3.3可维护性该软件可维护性功能健全。
4.3.4 可转移/换性本软件利用开发平台提供的数据转换功能,可以实现跨平台数据转换,实现不同数据库数据间的数据转换,如:FoxPro、Access、Microsoft SQL Server 间的数据转换。
4.5 其他需求4.5.1 用户操作需求输入的信息都封装在数据结构当中,不能独立存在,在向数据库中提交数据时必须一起提交而不能逐项提交。
输入数据的类型必须和定义的数据类型相匹配。
5. E-R图、数据流描述和数据字典抽取5.1 E-R 图数据对系统分析得到的数据字典中的数据存储进行分析,分析各数据存储之间的关系,可采用E—R图的方法进行数据结构分析。
本系统中涉及的实体主要有“学生”(d) “院系”实体及其属性图实体及其属性图5.2 数据流描述<购书单>::=(<教师信息>|<学生信息>)+<书名>+<数量>+<出版社>+<作者>+<购书日期><学生信息>::=<学生学号>+<学生姓名>+<学生性别>+<学生班级><学生学号>::=1| 2|…|50<序号>::=1| 2| …|50<数量>::=1| 2| …|10000<购书日期>::=<年>+<月>+<日><缺书单>::=<序号>+<书名>+<数量>+<出版社>+<作者><入库单>::=<入库号>+<书名>+<数量>+<出版社>+<作者>+<入库时间><出库单>::=<学生信息>+<书名>+<数量>+<出库时间><购书教材记录>::=<书名>+<数量><领书单>::=|<学生信息>+<书名>+<出版社>+<作者>+<数量><库存情况>::=<序号>+<书名>+<出版社>+<作者>+<数量>5.3 数据字典对系统中出现的各个实体的属性进行整理,形成数据字典,此可以作为后继开发过程中数据结构设计、数据库设计、数据库表结构设计的主要来源。
系统数据字典:名字:进书通知描述:详细的描述了进书的信息定义:进书通知=编号+{书名+出版社+价格+数量} +采购人姓名+采购日期+采购总数+采购总额编号=JS+年+月+日+4位整数位置:名字:审核信息描述:用于审核信息定义:审核信息=教材发行人员姓名+审核标志+审核日期审核标志=TURE|FALSE注:表示审核是否通过)位置:附录A:需求确认。