自动售货机需求分析报告初稿.docx

自动售货机需求分析报告初稿.docx

《自动售货机需求分析报告初稿.docx》由会员分享，可在线阅读，更多相关《自动售货机需求分析报告初稿.docx（12页珍藏版）》请在冰豆网上搜索。

自动售货机需求分析报告初稿

自动售货机需求分析报告（初稿）

1.引言

1。

1编写目的

经开发小组team5开会讨论，小组众成员决定开发自动售货机系统。

此需求分析报告对该项目做了基本的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能比较清楚地了解用户的需求，并在此基础上进一步提出如何完成后续设计与开发工作.

1。

2项目背景

自动售货机在日常生活中已经屡见不鲜，随处即是的它们方便了人们的生活，节约了人们宝贵的时间。

随着人们物质生活水平的提高,自动售货机应该呈现出不同的类别,适用于不同的环境。

本小组开发的自动售货机不仅要求其具备简单的收款，找钱和交货功能，美观的操作界面，还要求它仅对学生开放，即增加了身份认证功能.从长远来看，这不但有利于学生工作的管理，而且能在一定程度上帮助学校定期了解学生日常消费的大概情况。

2.任务概述

2。

1目标

2.1.1开发目标

起初:

通过这个项目的开发,小组能加深加强对软件工程项目开发的理解和运用能力。

最终:

运用软件工程思想，遵守开发流程，严格执行测试标准，开发出一套符合消费者需求的自动售货机系统.

补充说明:

小组项目采用增量过程模型的开发方式，在没有进行后续扩展（如售货机支持银行卡支付货品，打印凭条等服务）之前，该需求分析主要服务于第一增量。

2。

1.2应用目标

希望能让自动售货机更加普遍稳定，方便于每一个消费者。

2。

2运行环境

2.2。

1硬件环境

客户PC机：

Pentium级处理芯片

内存建议128M以上

256色，800＊600的兼容显示器

服务器:

Pentium4以上处理芯片

内存256M以上

2.2.2软件环境

客户PC机:

WindowsXP

服务器:

.NETFramewark2.0

SQLServer2000或以上

2.3说明和限制

项目适用于一般用户，扩展性强

无项目资金供给

3角色

3.1系统角色描述

货物管理员、系统管理员、学生消费信息查询员、销售情况统计员、消费者

3.2角色功能描述

货物管理员：

有进购货物，及时更新积货压货等的权限

系统管理员：

有录入、修改学生基本信息（姓名,学号），分配系统账号，分配、修改用户权限，备份数据，启动/关闭机器等的权限。

学生消费信息查询员：

有查询学生消费信息等的权限。

销售情况统计员:

有统计某时间段消费总值等的权限.

消费者：

有购买货品自动售货机中待售货品的权限。

补充说明:

在项目进行的后续阶段,货物管理员、学生消费信息查询员、销售情况统计员的工作可以由同一个人完成。

4.数据概述

4.1静态数据

系统时间

各数据库所在位置

系统分析原始数据

4。

2动态数据

输入数据：

登陆用户名、密码（即姓名和学号），商品位置和期望数量等。

输出数据：

商品位置确认信息，找零和出错信息（如投放金额不足）等.

内部生成的数据:

登陆认证返回信息、中间查询过程的生成信息（例如消费者输入的用户名与学生数据库信息进行匹配时产生的数据）。

其他:

学生数据库,货品数据库以及消费记录数据库

4.3数据库描述

1）系统用户表：

此表用于存放系统使用用户的信息，即学生信息表（包括姓名、学号等）。

2）系统服务表:

此表用于存放货品的信息，当往（从）货箱内加入（取出）商品时，更新表中的货品名，货号，货增量，货余量以及单价。

3）销售情况统计表：

此表维护学生消费信息。

表包含属性有学号和消费情况（消费日期，消费金额,交易成败等）。

4。

4数据流图

4。

4.1顶层图

4。

4.20层图

4.4。

3系统用户信息管理数据流图

注：

这里少画了管理员用户操作部分，补充于系统流程图部分。

4。

4.4系统货物信息管理数据流图

4。

4.5销售信息管理数据流图

5功能需求

5.1功能描述

系统用户信息管理：

管理系统所有用户（限学生）及其权限设置

1．验证登陆:

验证即将登陆系统用户的账号的正确性。

2．账号分配：

为系统用户分配账号（即录入，备份姓名、学号）.

3．权限管理:

为登陆系统的分配用户权限以及修改用户权限（包含学生权限和管理员权限）。

4.操作管理：

根据用户在售货机操作区的按键操作做出响应（包括货币真伪检验,付款与货价的差减计算，按位置选择并送出货物（即商品），找零，通过销售信息整合以更新系统服务表和销售情况统计表，以及操作结果的屏幕显示等）。

系统货物信息管理:

管理系统所有待售货品

1。

验证登陆：

验证即将登录系统用户的账号的正确性（只有具有管理员权限的用户能够被允许登陆）。

2。

货品分配：

为系统现有货品按“规则程序"自动分配货号，位置.

3。

货品摆放管理：

有管理员参与的货品分配,当管理员刻意输入商品货号和位置时，商品信息将被修改。

（商品信息包括商品名，分配的货号,位置，商品单价等）

销售信息管理:

1．信息整合模块：

查询范围内在该自动售货机上有过消费行为的全部学生的消费记录（此功能将调用系统销售信息统计表，即自动取款机销售信息数据库。

它应该实现输入学号，姓名，销售物品，售货日期，售货位置,货名，货号，交易金额，找零等中的任意合法组合后能够查询并统计符合该组合的其余信息及显示查询或统计结果的功能）

5.2系统用例图

5。

3系统流程图（主要人员操作）

5。

3.1系统管理员人员

5。

3.2货物管理入员

5。

3。

3学生消费信息查询员（统计员）

6．性能需求

6.1数据精确度

A）系统输入数据必须按照规定的格式输入，否则系统提示错误或不给予响应.

B）查询要保证查全率，根据要求系统采取两种查询方式，直接查询和模糊查询。

6。

2时间特性

用户的操作响应时间应在2秒以内。

6.3适应性

系统能在以上提到环境下很好运行。

7．运行需求

7。

1用户界面

用户界面应清晰，直观，友好.采用简单界面驱动方式.

7。

2硬件接口

本系统无需其他硬件接口

7.3软件接口

本系统需要调用范围内学生基本信息程序接口。

运行于WINDOWSXP环境下的操作系统上

7.4故障处理

保证系统容错性和稳定性，运行时若出现不可修复的错误，也应保证数据安全

8．补充

需要注意的是：

①货品位置也维护在系统服务表中。

②学生信息系统数据库有范围限制，也可能是院级，也可能是舍级.（注意学生信息资料也要常更新，随着新生招录和老生毕业且暂时只考虑这两种情况）③可以将验证时学号姓名的输入改成只学号输入。

④货物管理员、系统管理员、学生消费信息查询员和销售情况统计员属于服务层级的人员，其操作管理可以封装成同一个职务完成的任务,通过电脑直接操作。

起初的细化是为了方便后续工作的进行。

也就是说，本质上讲，参与人员只有两类：

1管理者2消费者.⑤这里建议第一增量实现的基本操作为:

1。

实现在无验证操作情况下的购物流程。

2。

实现系统服务表的维护

9．用户操作界面简图