数据库需求分析报告数据库需求分析报告案例，并简单分析其包含哪些内容

测试需求分析

从需求分析开始的好处：首先，“尽早的了解被测系统”，这句经典的软件测试原则就体现出来了，早入手，早了解，至于能否深刻了解，还是看需求评审做的是否充足；第二，如果在需求分析阶段发现系统存在严重的Bug（此阶段的bug最多），或者发现不可测的地方，可以及时的进行修改，避免了后期修改bug的巨大的成本浪费。

求编写需求分析文档目的。 谢谢个为整理总结。。。

1.1 需求分析报告 1.1.1 引言 ¨ 编写目的（阐明编写需求分析报告的目的） ¨ 项目背景（应包括：a.项目的委托单位、开发单位和主管部门；b.该软件系统与其他系统的关系。

） ¨ 名词解释（列出文档中所用到的专门术语的定义和缩写词的原文。

） ¨ 参考资料（列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a.立项报告；b.项目开发计划；c.文档所引用的资料、标准和规范。

） 1.1.2 任务概述 ¨ 目标 叙述该项软件开发的意图、应用目标、作用范围以及该软件的背景资料。

解释被开发软件与其他有关软件之间的关系。

如果本软件是一个独立的软件，而且全部内容自含，则说明这一点。

如果定义的产品是一个更大系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系。

¨ 假定与约束 列出本软件开发工作的假定与约束，例如经费限制、开发期限等等。

1.1.3 数据描述 数据分为静态数据和动态数据。

所谓静态数据，指在运行过程中主要作为参考的数据，它们在很长一段时间内不会变化，一般也不会随着运行而改变，所谓动态数据，包括所有在运行中要发生变化的数据，以及在运行中要输入、输出的数据。

¨ 静态数据（系统运行前已有的数据） 列出所有作为控制或参考用的静态数据，并给出名称。

¨ 动态数据（系统运行过程中需要的输入数据以及系统运行过程中产生的输出数据） 列出所有动态数据，并给出名称。

1.1.4 功能需求 ¨ 流程图 画出系统的整体流程图。

¨ 功能划分 对于流程图中的各个功能用树状结构自顶向下进行细化。

并对最底层的功能进行编码，给出功能标识符。

¨ 功能描述 对最底层的功能所要完成的功能进行详细描述，填入下表中： 功能名称 功能标识符 功能详细描述 ¨ 数据与功能的对应关系 用一张矩阵图说明功能描述中的各个功能与数据描述中的静态数据、动态数据之间的对应关系，例如： 功能标识符 输入 输出 功能标识符1 静态数据名称 动态数据名称（例如用户在运行过程中需要用键盘输入数据） 动态数据名称（例如在运行过程中需要写日志或输出一个报表） 功能标识符2 动态数据名称 动态数据名称 1.1.5 性能需求 ¨ 时间要求 例如响应时间、更新处理时间、数据转换和传送时间等等。

¨ 适应性（在操作方式、运行环境、与其他软件的接口等发生变化时，所具有的适应能力。

） 1.1.6 运行环境描述 ¨ 硬件设备 ¨ 支持软件（操作系统、数据库、其他软件系统如：Lotus Notes等） ¨ 接口（硬件接口、软件接口） ¨ 控制（说明控制该软件的运行的方法） ¨ 用户界面（反映业务流程的用户界面） 1.1.7 其他需求 ¨ 如可用性、安全保密、可维护性、可跨平台性等。

（分高、中、低定性详细描述） 本文来自CSDN博客，转载请标明出处：/chxljtt/archive/2008/01/20/2055047.aspx

仓库管理系统需求分析

/Info/3078_8091011.html 第一章 前言 1.1 POWERBUILDER 的特点 1.2 使用POWERBUILDER开发某库存管理系统的优越性 第二章 系统分析 2.1 系统基本情况描述 2.2 可行性分析 2.3 系统分析 第三章 系统设计 3.1 系统配置 3.2 数据库设计 3．2．1 数据库需求分析 3．2．2 数据库概念结构设计 3．2．3 数据库逻辑结构设计 3.3 系统模块设计 第四章 数据库结构的实现 4.1创建数据库表格 4.1.1 创建设备代码表格device_code 4.1.2创建入库表格device_in 4.1.3创建出库表格device_out 4.1.4创建现有库存表device 4.1.5创建部门需求表device_need 4.1.6创建设备还库表device_return 4.1.7 创建设备采购计划表device_wantbuy 4.1.8创建操作日志表howdo 4.2创建应用程序对象 4.3建立应用程序主窗口 4.4菜单的设计 第五章 系统功能模块实现 5.1登陆窗口 5.2 win_splash 5.3出库窗口的closequery事件 5.4出库窗口的closequery事件 5.5操作日志窗口的open事件 5.6设备采购报表窗口的open事件 5.7库存警报窗口的open事件 5.8设备采购窗口的open事件 5.9关于窗口的clicked事件 5.10菜单的设计 第六章 结束语 部分内容： 第二章 系统分析 2. 1 系统基本情况描述 随着科学技术的发展，社会进步，计算机迅速的发展,仓库管理的方法也日新月异,以前全是由人管理的方法现存在很多的缺点：管理效率低，劳动强度大，信息处理速度低而且准确率也不够令人满意。

为了提高仓库管理效率，减轻劳动强度提高，信息处理速度和准确性；为仓库管理员提供更方便、科学的服务项目。

为仓库管理员提供的一种更先进、科学的服务系统。

于是我们便选择了由计算机来设计一个仓库管理系统的方案。

让计算机对仓库进行自动管理，仓库管理员可以直接在计算机上实现仓库的信息管理，并能在一定程度上实现自动化。

我们在现行系统初步调查的基础上提出了新系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。

（1）系统的主要功能 · 仓库各种信息的输入，包括入库，出库，还原，需求信息的输入等 · 仓库管理的各种信息查询，修改和维护 · 设备采购报表的生成 · 在库存管理中加入最高储备和最低储备字段，对仓库的物质设备实现监控和报警 · 企业各个部门的物质需求管理 · 操作日志的管理 · 仓库管理系统的使用帮助 （2）系统功能的模块设计 · 在系统功能分析基础上，考虑POWERBUILDER程序特点，编制如图2.1.1所示的系统功能模块图。

2. 2可行性分析 当接受一个软件开发任务，就进入软件生命的第一个阶段，即进行可行性的研究。

并不是所有问题具有简单的解决办法，许多问题不能在预定的规模之内解决。

因此通过可行性的研究分析可以知道问题。

有无可行性的解决方法，进而避免人力、物力和才力的浪费。

在现行系统初步调查的基础上就可以提出新系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。

系统目标应充分体现，直接为仓库管理系统服务，并且，程序可以分期分批实现。

但是，需要指出的是，系统目标是不可能在总体规划阶段就提得非常具体，它还将在开发过程中逐步明确和定量化。

以达到更加出色的程序系统。

可是，目标的提法不尽相同，例如： ·提高仓库管理效率，减轻劳动强度； ·提高信息处理速度和准确性； ·为仓库管理者提供更方便、科学的服务项目。

系统的目标确定后，就可以从以下四方面对能否实现新系统目标进行可行性分析： （1）技术可行性 根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。

同时，考虑给予的开发期限也较为充裕，预

数据库需求分析报告案例，并简单分析其包含哪些内容

e-r图： E-RE-R图也即实体-联系图(Entity Relationship Diagram)，提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型。

E-R方法 E-R方法是“实体-联系方法”（Entity-Relationship Approach）的简称。

它是描述现实世界概念结构模型