企业自助餐系统需求分析

企业自助餐系统需求分析

1．引言

a 编写目的本分析报告阅读对象为本系统的企业使用人员和编程人员，为系统的开发提供一个整体目标和设计指南。

b项目背景某企业餐厅是一个中等规模的食堂，主要面向本企业的员工约有1000人。虽然该食堂局部工作中使用了计算机，但尚未建立起真正的自动化系统，离企业信息化的目标还有很大一段距离，大部分业务靠人工完成，为了更好的利用现在信息技术提高效率与水平，更好的为员工服务，决定开发食堂自助餐系统。该系统由9＃337小组负责开发与维护。

c定义 ERP：企业管理计划

OA：办公室自动化

MIS：管理信息系统

Data processing: 数据处理

Transaction processing: 事务处理

Data processing cycle: 数据处理流程

Data acquisition: 数据采集

Data processing system security:数据处理系统安全性

d 参考资料

项目开发计划书

系统设计师（高级程序员）教程清华大学出版社王春森主编

软件工程高等教育出版社

2．任务概述

a 目标

设计建造一个新系统软件，该系统软件用于管理一个企业食堂自助餐。实现高速自动化，以替代老式的食堂运行和管理系统。为职工提供更高效的服务，为企业减少负担，实现企业信息化。

b 运行环境

硬件由饭卡机饭卡多能服务终端主机通讯线路通讯控制器监测设备等组成，具体数量由企业食堂规模决定

软件系统控制管理平台系统监测 Windows2000操作系统

c 条件与限制全部技术由9#337小组提供，在一个月内可完成总体设计，

安装，调试。并对该系统的管理人员提供培训工作，开发经费由企业负责，总体预算为20万元。时间很紧，所以要尽可能在时间少的情况下提高软件质量，确保有质有量。

3 功能要求

a 功能划分

打卡部分在职工进餐消费时，进行打卡，替代现金交易，超额部分需输入密码

多能服务部分为职工提供饭卡冲值，修改密码，挂失，遗失补办等多项服务

系统控制部分管理整个系统的运行，处理各种数据流和控制命令的传输主机部分进行数据的处理和存储

监控部分监视系统的运行情况，将出现的故障报告给管理系统，以便于解决处理故障，是系统安全运行的保障

b ER图

4 数据描述

a 数据流图

数据字典：

（1）卡号＝8{数字}8

。。。。。。

（4）4＝卡号＋余额＋当天发生额

余额＝0{数字}999

当天发生额＝0{数字}500 （规定当天最多消费500元，防止被盗）。。。。。。

判定树：

密码错拒绝操作

>= 10元核对密码余额－当前发生额>=0 可消费

余额－当前发生额< 0不可消费

当天发生额

＋当前发生额余额－当前发生额>=0 可消费

< 10元―――――

余额－当前发生额< 0不可消费

>500元禁止消费

（1）主要算法

1．性能需求

（1）数据精确度要求精确到每分即可

（2）时间特性响应时间、更新处理时间、数据转换与传输时间、运行时间要求尽可能的短，效率要在保证全性的前提下尽可能的高。

（3）适应性（在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力），要求系统具有较高的安全性和稳定性以及兼容性，在外界环境发生变化时有较好的自我适用能力和自我纠错能力。2．运行需求

（1）用户界面（如屏幕格式、报表格式、菜单格式、输入输出时间等）界面将采用多窗口模式，类似于微软的access 报表采用access格式菜单格式要尽可能的简化，但要求实用，输入输出时间可由系统自动完成

（2）硬件接口硬件、软件、运行环境和开发环境方面的条件

硬件环境：

·PIII或更高档微机，电脑打卡终端

·运行时内存要求：1MB；

·安装所需硬盘：2G；

·打印机：可选。

软件环境：

·中文Windows2000；Visual Basic SQL

（3）软件接口要求软件之间能够实现无故障链接

（4）故障处理系统在发生故障时要自动向管理中心电脑发出信息，并报告自己的位置，以此来保证安全性和稳定性，管理中心电脑要求白天12小时有人值守。

7．质量保证为了保证软件质量能够符合客户要求，在每个阶段开发结束后我们将进行一系列的单元测试，具体将采用

（1）动态测试，从多种角度观察程序运行时的行为，以发现其中的错误；用黑箱法测试程序是否符合功能要求，白箱法测试系统内部程序的结构；

（2）静态测试由于评审人的能力所限，静态测试只能发现一部分错误；要求每个单元能够独立运行。

在每个阶段结束后我们都将进行一次复审，以确保软件质量

在单元测试结束后将进行集成测试，测试程序的兼容性和稳定性，发现并消除模块连接时出现的问题。同时将进行繁忙测试，测试系统在极限状态下的可靠性。系统测试将进行以下步骤：整体功能测试；性能测试；模拟真实环境测试；故障恢复能力测试；安全性测试。

8．其他要求（如可使用性、安全保密性、可维护性、可移植性等）

可使用性：由于本系统面向管理人员，因此要求可使用性非常高，有友好的操作界面和容易学习性，

安全保密型：信息中心电脑管理主机要求安全性好，对使用者权限有所控制，不同身份的人有不同的使用权限，信息终端要求具备防盗和自动报警功能。

可维护性：由于存在不可测因素，在使用中难免出现软件故障和系统问题，因为使用者不具备很高的软件开发素质，因此要求可维护性要好，维护起来能够得心应手，另外可以对公司的管理人员进行培训，使他们具备基本的软件维护基础。可移植性：要求系统能够在各种平台和主机上完美运行，具备通用性。