一卡通系统需求分析

一卡通系统需求分析
一卡通系统需求分析

Y&C校园一卡通系统

设计方案

目录

第一章概述

1.1前言-----------------------------------------------------------------------------------------4 1.2非接触式IC卡----------------------------------------------------------------------------4 1.3Y&C一卡通系统概述----------------------------------------------5 1.4Y&C一卡通的优势------------------------------------------------5第二章一卡通系统需求分析

第三章系统总体建设目标和设计原则

3.1系统总体建设目标-----------------------------------------------7 3.2系统设计原则---------------------------------------------------8第四章Y&C一卡通系统总体说明

4.1网络结构说明---------------------------------------------------9 4.2软件体系架构---------------------------------------------------10第五章各子系统功能描述

5.1 系统管理子系统

5.1.1概述---------------------------------------------------------12 5.1.2管理中心设备介绍---------------------------------------------12 5.1.3软件介绍-----------------------------------------------------13 5.1.3.1系统特点---------------------------------------------------14 5.1.3.2管理软件介绍-----------------------------------------------15 5.2消费管理子系统

5.2.1系统结构图---------------------------------------------------17 5.2.2消费系统功能描述---------------------------------------------18 5.2.2.1 IC卡处理--------------------------------------------------18 5.2.2.2设备管理---------------------------------------------------19 5.2.2.3补助功能---------------------------------------------------19 5.2.2.4系统设置 --------------------------------------------------19 5.2.2.5系统工具 --------------------------------------------------20

5.2.2.6查询报表 --------------------------------------------------20 5.2.3消费系统设备介绍---------------------------------------------21 5.2.3.1消费设备组件-----------------------------------------------21 5.2.3.2 YC-G3/G5收费终端设备说明----------------------------------21 5.2.3.3产品特点---------------------------------------------------22 5.3节能管理子系统

5.3.1 水控系统结构图-----------------------------------------------23 5.3.2水控系统功能描述---------------------------------------------23 5.3.2.1 IC卡处理---------------------------------------------------24 5.3.2.2 设备数据---------------------------------------------------25 5.3.2.3补助功能---------------------------------------------------25 5.3.2.4查询报表 --------------------------------------------------25 5.3.2.5系统工具---------------------------------------------------26 5.3.2.6系统设置 --------------------------------------------------26 5.3.3水控系统设备介绍

5.3.3.1 Y&C-A1-----------------------------------------------------26 5.3.3.2 Y&C-A2-----------------------------------------------------28 5.3.3.3 Y&C-A3-----------------------------------------------------31 5.3.3.4 Y&C-A5-----------------------------------------------------33 5.3.3.5 电磁阀门、电动阀门的选择-----------------------------------35 5.4考勤、签到管理子系统

5.4.1系统组成说明-------------------------------------------------36 5.4.2设备说明-----------------------------------------------------37 5.4.3系统说明-----------------------------------------------------38 5.4.3.1考勤系统---------------------------------------------------39 5.4.3.2会议签到---------------------------------------------------40 5.5门禁管理子系统

5.5.1门禁系统功能特点:-------------------------------------------41 5.5.2 系统结构----------------------------------------------------42

5.5.3产品特点-----------------------------------------------------43 5.5.4产品说明-----------------------------------------------------43 5.6停车场管理系统

5.6.1系统概述-----------------------------------------------------45 5.6.2功能特点:---------------------------------------------------46 5.7图书管理子系统

5.7.1系统基本功能及特点------------------------------------------- 47 5.7.2系统结构----------------------------------------------------- 48 5.7.3 系统工作流程-------------------------------------------------48 5.7.4设备说明----------------------------------------------------- 50 5.7.5软件说明----------------------------------------------------- 50 5.8机房管理系统

5.8.1客户机功能介绍----------------------------------------------- 52 5.8.2管理机功能介绍----------------------------------------------- 52 5.9自助圈存管理系统

5.9.1系统功能概述------------------------------------------------- 53 5.9.2系统功能介绍------------------------------------------------- 54 5.10医疗收费系统

5.10.1系统概述---------------------------------------------------- 55 5.10.2医疗系统功能------------------------------------------------ 56 5.11商户收费子系统------------------------------------------------56

第六章质量保证体系------------------------------------------------58第七章售后服务承诺------------------------------------------------60第八章公司简介----------------------------------------------------61附:典型工程案例

第一章概述

1.1前言

随着信息产业的日异革新以及网络的迅猛发展,智能卡技术已被社会的各行各业所接受并应用,其中非接触式智能卡“一卡通”因其技术的先进、使用的便利、保密安全等特性越来越广泛地应用在各个领域,政府机关、办公大楼、智能小区、大型企业、商业消费、高速公路收费、校园、医院等,身份识别、停车场管理、门禁、通道控制、考勤、会议签到、人事资料、消费/POS、图书管理、能源控制等是最常用的功能。

在信息网络高速发展的今天,越来越多的信息均以数字形式进行交换和管理,而教育信息化是国家信息化的重要基础。伴随着智能技术的高速发展和计算机应用的普遍推广,在校园信息管理中引入IC卡应用正逐步成为一种趋势。IC 卡的应用也正朝着由单方面应用(如食堂收费)向实现数据共享、资源共享的“校园一卡通”延伸和发展。

“校园一卡通”要求有较强的网络技术、智能卡技术和现代化金融服务的支持。随着学校管理网络化、信息化和后勤服务社会化进程的加快,学校开发集校内消费和信息管理服务为一体的校园卡已经成为现实需求。“校园一卡通”及其网络系统使学校师生员工可持IC卡作为身份识别的手段,用于教学管理、考勤、学生选课、查询成绩、借阅图书、学校医务所挂号、查询网上资料等功能;作为校内支付手段,将现金集中于学校财务部门,金额记入所有者的IC卡,作为校园内部的电子货币形式,可以用于校园内的小额消费,公共机房上机上网,缴纳住宿费学杂费以及其他各种为学生和教师服务的项目;作为金融服务手段,可以通过“校园一卡通”平台将银行金融服务延伸,覆盖整个校园,提供查询银行信息(余额、明细),交纳大额费用等等服务。同时“校园一卡通”系统的建设为实现师生员工的基本信息查询(如课程成绩、学籍学分、教学情况)、管理信息查询、后勤信息查询、消费统计分析查询,以及领导宏观管理的综合查询等,提供了一个统一、简便、快捷的平台,进而可以与学校的各种管理信息系统无缝连接,以校园卡为纽带促进“数字化校园”的建设。

1.2非接触式IC卡

一卡通系统的认证识别基本载体是非接触式智能卡,其英文全称是Contactless Integrated Circuit Card,又称射频卡(感应卡,proximity card),是将具有存储、加密及数据处理能力的一个或多个集成电路芯片和感应线圈封闭于标准PVC卡片中,通过无线电波的数据信号完成对信息的存取、修改读写等并返回读卡器。

本方案采用的是PHILIPS公司的Mifare-1(S50)芯片的卡片,该卡具有32位的全世界唯一序列号,具有严密的逻辑运算和逻辑加密功能,具有防冲突机制,支持多卡操作,以及高达8Kbit的存储容量,分为 16个扇区支持多种应用,每个扇区有自己的一组密码,可自定义每个扇区的访问条件,在读写速度、读写安全性、系统的扩展性等方面远优于磁卡、ID卡。

1.3 Y&C一卡通系统概述

一卡通系统的建设是一个复杂的整体系统应用工程,它要求产品内核具备统一的数据库及通信协议支持不同的网络平台,共享一个中心数据库,而非单个功能的组合或几个单独子系统的简单拼凑。Y&C一卡通系统的核心意义是各子系统数据库的统一和卡片操作的统一管理,最大限度的提高管理效率达到办公自动化,实现更高的投资回报率.

Y&C一卡通系统的突出特点在于"一库,一网,一卡":

(1)一库:同一软件平台、同一个数据库内实现卡的发放、卡的取消、卡的挂失、

卡的资料查询、黑名单报警、记录浏览处理统计等数据管理。

(2)一网:一个统一的网络。基于现存的局域网或基于TCP/IP的Internet网,

系统将多种不同的设备接入同一个大型软件管理平台, 集中控制,统一管理。

(3)一卡:指用同一张卡实现不同功能的智能管理,一张卡通行于很多功能不同

的设备.

非“一库、一网、一卡”系统的缺点:

如果将不同厂商生产的单项系统、各自独立的数据库、软件和设备拼凑安装在一起,或同一厂商生产的数据库各自独立的各种系统拼凑安装在一起,仅用一

张卡通行,这种表面上的“一卡通”只是一卡多用,并不具有统一管理、数据共享、高级自动化管理的功能,系统运行极不稳定,且有明显不足之处:

(1) 重复发卡:多个软件,多个平台,重复的发卡。为实现某一张卡生效,则要

在各个系统中逐一发行这张卡片,逐一通告每个软件,此卡通行。如此反复,繁琐低效。卡片的其他处理同样相当费事

(2) 重复查询:多个数据库,如要查询某一笔记录,只能在每个软件中逐一录入

此卡号,逐一查询登记,再加以统计分析,费时不便;

(3) 数据不能共享、运行速度慢:无法实现数据总统计、总检索的一次性简便操

作的功能,不能自动生成综合报表;成本高、费用大,操作繁琐、管理混乱。

系统运行不稳定,出错率高,升级困难。

1.4 Y&C一卡通的优势:

Y&C拥有自主核心技术体系,大力倡导并实施真正意义上的智能一卡通。所有子功能系统在一个完善的平台上有机结合,浑然一体,共用一个统一的数据库。具备以下的优势:

1) 系统易维护性高:在中心集中对人员、卡及设备进行管理和配置,系统

的管理、维护、用户的使用、卡片处理等只需操作一次既可完成,无需多

次转换,极为方便;

2) 系统可扩展性强:Y&C系统具备丰富的终端设备,可以根据不同用户的

需求灵活配置(扩充)不同的子系统,实现多种功能应用;

3)系统高效稳定运行:各子系统间无缝互连,数据共享,交换快,准确实效;

全面检索、实时查询,及时生成统计报表。

第二章一卡通系统需求分析校园一卡通系统的应用主要针对现代化校园的日常管理,以现代化设备为手段,以简化、完善校园管理为目的。促进校风校纪建设,可极大地提高学校的管理水平和管理效率。大范围内采用现代化管理设备,可提高学校基础设施建设档

次,为学校树立良好的社会形象。

学生日常接触高新技术,同时也能够形成一个良好的氛围,培养学生对科技的兴趣,对学生学习先进的科学文化知识起到积极的促进作用。培养学生的用卡意识,对提高全民素质也会起到积极的作用。

校园一卡通管理系统综合了门禁、消费、节能控水管理、账务管理、结算、数据传输等多方面的业务需要,有效的保证了卡在学校内的快速、安全、有效的使用。系统整个业务系统主要分为十个部分:

2.1管理子系统

2.2消费系统需求:

2.3节水控制系统

2.4考勤系统需求

2.5门禁系统需求

2.6停车场管理系统需求

2.7图书管理系统

2.8机房管理系统需求

2.9圈存管理系统需求

2.10医疗收费等)

2.11商户收费子系统

就目前的实际情况和贵方基于后续扩展功能的要求,我公司现对贵校5000人,按40台消费机配置

第三章系统总体建设目标和设计原则

3.1系统总体建设目标

Y&C一卡通管理系统运用先进的计算机网络技术、通信技术及非接触式IC 卡技术,为一卡通应用领域提供现代化的管理手段,为用户提供方便、快捷和安全的服务。

具体目标为:

(1) 建立具有扩展性的一卡通平台:建成“校园卡”系统的骨干平台,身份认证、

校内消费、校务管理的各个子系统都建在该平台下,以后随学校规模的扩大和卡片功能的增加只需增加子系统,不需再对平台进行扩充。

(2) 每个学生或教职员工一张卡,此卡集学生证、借书卡、医疗卡等于一体代表

持卡人的身份,在卡上可自由充值和消费,在校园内做到一卡通用。

(3) 各子系统工作站与现场控制点之间采用RS485或TCP/IP通讯方式。

(4) Y&C一卡通系统数据库采用同一数据库管理,数据库平台用SQL2000,楼

宇控制或其它系统可通过局域网与其建立通讯连接,并对其数据库进行读、写访问。

(5) 各子系统基于计算机网络,管理中心对IC卡进行发卡等操作后,在各子系

统中均能生效,只需发一次卡,实现了真正意义的一卡通。

(6) 实现银校结合:“校园卡”系统采用逻辑一体、物理分离的校园卡与银行卡

银行卡在银行各个网点通用,进行电子货币结算,做到各个银行互通。持卡人通过自助圈存、自动圈存等方式实现银行卡与校园卡实时自助、自动转账功能,实现“校园卡”系统金融功能.

3.2系统设计原则

本方案的设计是根据校园的实际要求,本着科学合理、经济实用、先进可靠、兼容扩充性强的原则进行的。

Y&C一卡通系统的建设要立足于当今国际先进且有发展前途并代表主流趋势的技术,由此实现的系统才可以随着未来信息技术的发展而能不断平滑升级。

⑴先进性

本系统设计时充分考虑设备和技术的先进性。本系统采PHILIPS公司的非接触IC卡(8K内存,可读写IC芯片),它的存储结构允许卡用于多应用系统。多达十六种不同的应用,使管理人员摆脱繁琐的管理方式,同时让使用者感受到它的快捷、便利和轻松。

⑵实用性

Y&C一卡通系统应充分理解并分析用户各项管理的模式和特点,各应用系统

的开发,应做到功能完善、使用方便、科技人性化并经济合理、切合实际、运作高效。同时可对特定需要及现场工程等的实际情况作出针对性的设计与灵活的解决方案。

⑶扩展性

我们充分考虑了系统增容的可扩充性:

1、网络设计均采用总线制,所有设备管理主机均挂在总线上,以后系统增

容时,只需直接将管理设备与总线进行连接,不需对线路进行改造;

2、IC卡系统应用软件能支持10万张卡片的使用,它完全能满足将来人员增

长的需要;

3、非接触IC卡(8K内存,可读写IC芯片)的存储结构允许卡用于多应用系

统。

4、采用非接触式智能卡系统实现校园食堂收费、图书借阅、上机收费、小

卖部收费、澡堂收费、体育馆收费、医院收费、俱乐部收费的一卡通综

合管理系统消费时只需出示已充值的IC卡于收费机感应区的有效距离,

便可完成消费。消除了以往旧的消费方式中可能发生的种种弊端,即加

快了操作速度,改善了消费方式,加强了系统的安全性,又有利于智能

化管理。网络设计均采用总线制,所有设备管理主机均挂在总线上,以

后系统增容时,只需直接将管理设备与总线进行连接,不需对线路进行

改造;

⑷安全性

智能卡产品所有终端设备都是带微处理器和存储器的单片机,保证数据计算的准确和数据保存的完整;IC卡采用PHILIPS公司的M1型逻辑加密存储卡,自带32位全世界唯一的序列号,防止复制,卡片可进行三重加密,比磁卡和要求实时联网的ID卡具有更强的安全性和稳定性。

Y&C系统的设计具有高度的可靠性,产品成熟性能稳定,保证系统长时间无故障运行,即便遭遇事故造成中断后也能确保数据的准确性、完整性和一致性,并可迅速恢复正常。系统严格控制管理员操作权限,可以采取安装防火墙、安装杀毒软件、网络数据库备份等来保证数据库服务器和各工作站的安全和正常运行。

第四章一卡通系统总体说明采用非接触式智能卡系统实现校园食堂收费、图书借阅、上机收费、小卖部收费、澡堂收费、体育馆收费、医院收费、俱乐部收费的一卡通综合管理系统消费时只需出示已充值的IC卡于收费机感应区的有效距离,便可完成消费。消除了以往旧的消费方式中可能发生的种种弊端,即加快了操作速度,改善了消费方式,加强了系统的安全性,又有利于智能化管理。同时我们充分考虑了系统增容的可扩充性。

4.1网络结构说明

Y&C一卡通系统网络由两部分组成:设备控制网和管理信息网。各子系统管理电脑通过RS485或TCP/IP连接和控制硬件设备;一卡通各子系统的管理电脑和数据库服务器之间的数据访问等基于TCP/IP的局域网络,Y&C一卡通中各子系统的硬件设备通过内置TCP/IP接口或TCP/IP转换器就近接入TCP/IP网络(某些场合硬件设备可通过GPRS、CDMA或GSM等无线通讯方式与管理电脑连接),局域网或Internet远程网络中的各子系统管理电脑通过TCP/IP网络管理相应的硬件设备,和数据库服务器之间的数据访问也基于TCP/IP的Internet网络.结构图如下:

图4-1

4.2软件体系架构

从功能上看,一卡通软件由以下几部分组成:

(1)Y&C系统管理子系统:完成对整个一卡通的初始设置,操作授权,发卡/换

卡,查询各子系统数据和打印报表等。

(2) Y&C消费/POS系统:定额和不定额消费系统都能与POS系统相结合使用,

保证账户的安全性前提下,能分别按部门、人员、窗口、时间段等来分析和统计消费数据出财务报表。

(3) Y&C能源管理子系统:对联网型水控机或充电控制机进行通讯、控制和管理。

(4)Y&C考勤管理子系统:完成班段设置、排班、请假等登记,考勤结果的按日

分析统计、按月分析统计、按年分析统计和导出报表等,还可选择包含工资管理功能。

(5)Y&C门禁管理子系统:与门禁机通讯,控制和管理门禁机,可实时监控和查

询门禁信息。

(6) Y&C停车场管理子系统:对进出小区/大厦停车场的所有车辆实现集中控制

和管理,实现月卡、临时卡等功能;

(7) Y&C图书管理子系统:读者持卡片办理借书、还书,过期罚金或赔偿金通过

卡片扣取,管理员则进行相关的图书入库、查询、统计、打印报表等管理。

(8)Y&C医疗管理子系统:学生持卡体检、看病、买药等

Y&C系统管理员负责统一发卡、挂失、换卡等操作,整个一卡通系统的各级操作权限以及系统的基本参数设置都在此软件中完成,此软件是一卡通系统中不可缺少的部分,其它子系统则根据实际情况选择安装或随时增加扩展,整个系统以“1+X”的方式形成有机一体,操作性和可扩展性极强,是名副其实的真正的一卡通。

第五章各子系统功能描述

5.1系统管理子系统

5.1.1 概述

此系统包括人事管理、卡片管理、各子系统数据的查询及报表打印和各子系统的操作员权限管理等功能模块,一般在物业管理处/中央管理中心来运行。5.1.2 管理中心设备介绍

1、发卡器/充值器

型号:Y&C-M2

如图示:

性能指标:

读卡距离:2-5cm

通讯接口:RS232/RS485

通讯速度:9600 bps

电源输入DC5V

静态功耗:≤1W

工作温度:-20℃~60℃

工作湿度:10%~90%

2、管理电脑

根据系统实际情况可选用普通电脑或工控电脑,每个子系统一台或几个子系统共用一台。

3、打印机

可选配用于打印各种报表。

4、通讯转换器

通讯转换器是管理电脑上的OPEN软件系统与OPEN的控制机之间数据交换的通讯设备,根据实际情况和具体要求可选用如下几种:

5.1.3软件介绍

本系统是Y&C一卡通系统的管理部分,运行于管理处/中心,进行整个系统的基本设置和管理,其它系统分别各自独立运行于不同或相同的客户端机。系统管理员账号为123,原始密码为空。系统管理主界面如下:

5.1.3.1系统特点

Basis 系列一卡通系统从客户实际需求出发,面向成长型企业开发设计,提高管理水平、优化运营流程,可以实现不同规模的校园、企业、小区、酒店的一卡通需求,帮助企业快速、准确应对需求变化,支持稳定、安全、成熟的长期可持续性发展,具有以下特点:

① 简单易用

本软件是在 Microsoft Windows 面向对象环境下开发,采用了图形界面显示和鼠标操作功能。

② 丰富的功能

本系统软件的设计是建立在充分理解该项目需求的基础之上的,合理的分配用户的业务功能及操作流程,功能丰富强大。

③ 灵活方便

系统软件既可联网操作,又可单机使用,为用户提供了灵活的管理方式. ④ 数据库选择

系统采用SQL server 数据库,SQL 具有C/S 构架,图形化的用户界面,使系统工具栏

机构,人员,卡片发行管理

人员信息

菜单栏 机构栏

的管理更加直观和简单。丰富的编程接口,为用户进行应用程序设计提供了更

大的选择余地。与Windows NT系统的有机集成,多线程体系结构设计,提高了

系统对用户并发访问的速度。对Web技术的有很好的支持,相比Oracle、Sybase 等,SQL Server的价格也比较实惠。

5.1.3.2管理软件介绍

人事发卡中心

a)机构人员:机构增加、机构修改、机构删除、人员增加、人员修改、IC卡处理

等。

b)卡类:卡的押金及管理费的设置和是否起用。

c)团体设置:团体或补助管理、设置充值等。

d)团体充值:给已定义的团体进行充值操作。

e)基础参数:对职务、学历、民族、籍贯、工作种类等的设置。

f)读卡器:读写器的通讯端口设置,读写器从功能上分为“人工充值、发卡”以

及“团体充值”两类,二者可以分别为两个不同的读写器,也可以是同一个读写器。

g)营业员管理:对消费机、充值机或转帐机的操作员卡的管理。

h)导入人员:可以通过文本文件导入人员信息,省去录入步骤。

i)批量发卡:对新建立的系统,进行快速发卡。

1) 菜单栏

菜单栏是用于放置系统所需的功能菜单,许多操作都是通过菜单来完成的.菜单栏中的内容随着所选操作对象的不同而击活.

2) 工具栏

工具栏中主要放置一些常用按钮,以简化操作过程,提高操作速度.工具栏中的按钮与菜单中提供的功能操作是一致的.

1、充值: 卡片发行后通过充值功能给用户卡写入充值金额

2、数据采集:根据选定的机号采集采集卡中的节能数据

3、隐藏面板:隐藏左边的菜单面板,点击显示面板,菜单面板将出现。

4、退出系统:关闭节能管理软件。

3) 状态栏

状态栏用于显示当前操作功能的说明等信息.

4) 机构栏(机构定义:学校名称、公司名称、部门、班级等组织)

列出系统所建机构名称,单击机构后,人员信息栏列出该机构的人员列表, 双击列出下一级机构,按右键会弹出下拉菜单,可进行机构的增减及修改,

a)增加机构

b)修改机构

c)删除机构

d)机构调整

5) 人员信息栏

按编号、姓名、身份证、等信息列出当前所选机构的人员资料.

a)增加人员

b)人员调整

c)修改人员资料

d)查询人员资料,如下图:

6) IC卡管理:具备以下卡类操作功能.

a)发卡

b)读卡

c)充值

d)退款

e)补卡

f)挂失

g)解挂

h)消户

i)退卡

5.2消费管理子系统

消费管理子系统是校园一卡通系统的重要的组成部分,它的成功应用将对该校园师生的就餐和校园餐饮管理提供极大的方便,为数字化校园奠定良好的基础.根据客户目前的需求,该校园内消费设备分布在N个不同的点,对此采用**方案.

5.2.1消费系统结构图

5.2.2消费系统功能描述

5.2.2.1 IC卡处理

读卡:通过读卡自动快速地调出人员信息,且显示当前卡上余额。

◆发卡:用户资料建立后即可用该功能发行用户卡,可实现批量发卡和预

先充值及设置卡片有效期。

◆充值:卡片发行后通过充值功能给用户卡写入消费金额。

◆退款:当有些用户需要办理卡片退款时使用该功能处理。

◆挂失:当用户丢失卡片时,可通过挂失功能避免用户的损失。

◆解挂:若用户找回丢失的卡时,可通过解挂功能,使该卡又能正常使用

(注:此用户没有进行过销户才能使用此功能)。

◆补卡:若用户已找寻不到丢失的卡片或使用的卡片损坏时,可通过补卡

功能进行补卡。若需将原卡上的金额转存到新卡上时,必须对原卡帐户

进行销户。

◆销户:若用户已不再需要使用卡片时,可通过该功能销户处理。

◆退卡:若已销户用户找回丢失的卡片,可通过退卡功能退还卡押金。

◆修改:已发行卡片的卡号、卡类的修改。

◆修卡:修复因非法操作被设备锁住的卡片。

◆错扣补款:营业员操作失误扣错款时,可用此功能将多扣的款补充到卡

上。

5.2.2.2设备管理

◆设备状态:测试消费机是否正常连接,可扩充电子地图,实时监控设备

状态

◆数据采集:根据选定的机号采集消费机中的消费数据;高级功能:定时

采集,最多可设定每天四个定时采集时间点;实时采集,可设定实时采

集数据的笔数和采集速度

◆下载名单:当需挂失或解挂用户时,通过该功能将名单下载到消费机高

级功能:可选择单张卡片挂失、解挂或者全部刷新挂失、解挂。

◆设备设置:设置设备的工作模式、通讯速率、同步设备时间、设置不同

工作模式下的设备参数高级功能:在五种工作模式下,可设置卡类使用

限制、刷卡次数限制、刷卡金额限制、刷卡频率限制、有效工作时间及

对应的消费金额

5.2.2.3补助功能

◆团体管理:批量添加补助人员信息,设置充值金额。

◆启动充值:开启此模式,自动校验卡片的有效性,完成已设置补助充值。

5.2.2.4系统设置

◆餐类设置:设置早、中、晚餐和夜宵的起止时间。

◆卡类设置:设置八个卡类的名称、应收押金、管理或优惠费率。

◆营业员管理:本窗口提供增加、修改营业员,以及制作营业员卡、注销

营业员卡等功能。

◆操作员管理:操作员的增加、修改及权限设置。

◆设备管理:消费机的增加、修改设置。

◆系统参数:设置设备通讯速率、发卡容量、发卡有效期、最大卡金额、

用户名称等。

5.2.2.5系统工具

◆数据备份和恢复: 按选定的时间范围将当前数据库的消费数据备份或将

备份数据恢复。

◆删除数据:删除当前数据库的至少3个月以前的数据。

◆连接数据库:改变数据库的指向或重新连接数据库。

◆修复数据库:当数据库出现异常情况可尝试用此功能进行修复数据库。

5.2.2.6查询报表

◆资金收支表:查询任意期间的充值、收卡押金等收支类型,现金、转帐等

支付方式的明细汇总。

◆数据采集情况表:查询指定消费机在指定日期范围内的数据采集情况。

◆消费数据查询统计表:根据消费机、营业员、卡类和姓名统计选定日期内

的消费状况。

◆补助查询统计表:根捃操作员、补助团体的名称和姓名,统计选定日期内

的补助充值状况。

◆充值退款查询统计表:统计选定日期内的充值退款状况。

超市收银系统需求分析

目录 1.序言 1.1编写目的 (3) 1.2项目背景 (1) 1.3定义 (1) 1.4参考资料 (1) 2.任务概述 2.1目标 (1) 2.2运行环境 (1) 2.3条件与限制 (1) 2.4用户特征 (1) 3.数据描述 3.1静态数据 (1) 3.2动态数据 (1) 3.3数据库介绍 (1) 3.4数据字典 (1) 3.5数据采集 (1) 4.功能需求 4.1功能划分 (1) 4.2功能描述 (1) 5.性能需求 5.1数据精确度 (1) 5.2时间特性 (1) 5.3适应性 (1) 6.运行需求 6.1用户界面 (1) 6.2硬件接口 (1) 6.3软件接口 (1) 6.4故障处理 (1) 7.其它需求 第二开发小组等

引言 1.1编写目的 信息技术高度发达的今天,利用信息技术对大量复杂的信息进行有效的管理成为一种普遍而实用的手段。一方面,这极大的减少了簿记和人力的开销,另一方面,现代计算机强大的计算能力和网络的普遍部署,大大简化了大量信息的处理和流动。同样,超市收银系统是超市日常经营管理的一个重要组成部分,该系统涉及了商品信息,营业额度,以及很多相关信息的综合处理。为了方便配合超市日常经营管理,系统把收银、退货、会员添加、库存提醒等信息管理工作集成到一个统一的平台,各管理人员分工协作、相互配合,及时了解超市日常营运情况。同时,也方便经营者对日常经营情况的了解。 本文档为超市收银系统的设计、实现、测试以及验收提供重要依据,也为评价系统功能和性能提供标准。本文档可供用户、项目管理人员、系统分析人员、程序设计人员以及系统测试人员阅读和参考。 1.2项目背景 项目委托单位:软件工程课程项目 项目开发单位:08信管软件工程第二开发小组 项目主管部门:08信管软件工程第二开发小组 项目规划: 阶段文档提交日期 需求阶段需求分析文档11月10日 分析设计软件设计文档11月15 日 测试软件测试文档12月20日 项目开发小组: 组长:王国敬 组员:张夏艳杨鹏坤胡杰朱相元王肖建 王世博赵笑天马中源康新伟 第二开发小组等

数据库需求分析报告

高校学生学籍管理 §1概述 编写说明: 本章描述本软件开发得背景,系统目标,用户得业务情况,以便于需求理解。 §1·1背景 在学籍管理中,需要从大量得日常教学活动中提取相关信息,以反映教学情况.传统得手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢.使用计算机可以高速,快捷地完成以上工作。在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率与水平. §1·2系统目标 学籍管理信息系统以计算机为工具,通过对教务管理所需得信息管理,把管理人员从繁琐得数据计算处理中解脱出来,使其有更多得精力从事教务管理政策得研究实施,教学计划得制定执行与教学质量得监督检查,从而全面提高教学质量。 §1·3 业务模式 本系统就是运行在Win98、Win2000、WindowsNT等操作系统环境下得多台计算机构成得局域网,主要业务流程如下: ·按某学生某学期,学年考试及补考成绩,自动生成该学生就是否升留降级,退学。 ·按某学生在校期间累计补考科目门数与成绩自动生成该学生就是否结业,毕业,授位。 ·按某学生因非成绩原因所引起得学籍变更作自动处理. ·按每学期各年级班学生考试成绩自动生成补考名单,科目。 ·按每学期各年级学生考试成绩自动生成某课程统计分析表。 ·按同一年级学习成绩进行同一课程不同班级间成绩比较。 §2用户需求 编写说明: 此系统专门为高校学籍管理所设置。本节主要描述用户需求得使用范围,功能要求信息采集与各部门得使用权限 §2·1使用范围 按成都信息工程学院全日制学生学籍管理等相关文件完成本科与专科学生学籍状况得系统管理(本科生用学年学分制,专科生用学年制)。 系统中保留五个年级学生得信息,学生毕业一年后信息转储,但随时可以查询,输出. §2·2功能要求 ·学生档案管理: 学生得一般情况,及奖励,处分情况; ·学生成绩管理: 学习成绩,补考成绩; ·学籍处理: 学生留降级处理,休复学处理,退学处理; ·日常教务管理: 日常报表,如通知书,补考通知书等,学生学习成绩得各种分类统计; ·毕业生学籍处理:结业处理,毕业处理,授位处理,学籍卡片等。 §2·3信息采集与各部门得使用权限 每学期考试完毕由各系录入成绩,然后由教务科收集。为了信息得安全与数据得权威性,对于网上信息得使用权限与责任规定如下: 数据收集前得系统权限

微信数据库分析与设计

微信数据库分析与设计 一、需求分析 微信作为当前的主要即时通讯工具之一,有着广泛的应用。其主要的功能是实现即时通信,这也是微信的核心功能。此外还有查看朋友圈动态、搜索好友、管理个人信息、建立用户自己的相册、收藏功能、摇一摇、搜索附近的人、购物、游戏等功能。此次对于微信平台的数据库设计主要对部分需要微信平台提供存储信息功能进行需求分析及设计。以下将对微信平台的主要需求做简要的分析并且根据分析做出数据流图使得对于微信平台数据库的设计有更好的理解。 微信的通信主要包括与微信好友进行相互通信,这其中通信内容包括文字、语音、图片及视频。当用户订阅了公众号之后,会接收公众号发送的消息并且也可向公众号发信息或许其提供的信息。 微信通信功能的另一个主要方面是实现群聊。用户可以加入一个微信群进行群。另一方面用户也可以选择自己的联系人进行群聊。 微信中通讯录实现了保存用户联系人的目的,并且订阅的公众号也保存于通讯录中,并且在通讯录中可以设定标签来为联系人分组。 微信朋友圈保存好友发送的与朋友共享的消息,其内容可为文字、图片、视频。在朋友圈中可以设定权限使得不同权限的用户查看的内容不一样。 摇一摇功能可以获取同一时刻一起摇动手机的用户,并且暂存于微信中。 附近的人功能可以识别在一定范围内的微信用户,并且将获得的用户信息也暂存在微信中,对于识别附近的用户可以设定具体的条件来扫描。 漂流瓶功能相当于随机的获取微信消息或者向微信用户随机的发送消息。 对于个人信息的编辑,用户可以根据自身需要编辑一些所需的个人信息。 最后在微信用户个人信息中有相册和收藏记录用户的照片和收藏的文字语音等信息。 以上是对微信的部分功能的需求分析,现根据以上需求对微信数据库画出数据流图: 第0层DFD: 第1层DFD:

数据库需求分析

数据库设计:需求分析? 设计一个性能良好的数据库系统,明确应用环境对系统的要求是首要的和基本的。因此,应该把对用户需求的收集和分析作为数据库设计的第一步。 需求分析的主要任务是通过详细调查要处理的对象,包括某个组织、某个部门、某个企业的业务管理等,充分了解原手工或原计算机系统的工作概况及工作流程,明确用户的各种需求,产生数据流图和数据字典,然后在此基础上确定新系统的功能,并产生需求说明书。值得注意的是,新系统必须充分考虑今后可能的扩充和改变,不能仅仅按当前应用需求来设计数据库。 如图所示,需求分析具体可按以下几步进行: (1)?? 用户需求的收集。 (2)?? 用户需求的分析。 (3)?? 撰写需求说明书。 图 ?需求分析的过程 需求分析的重点是调查、收集和分析用户数据管理中的信息需求、处理需求、安全性与完整性要求。信息需求是指用户需要从数据库中获得的信息的内容和性质。由用户的信息需求可以导出数据需求,即在数据库中应该存储哪些数据。处理需求是指用户要求完成什么处理功能,对某种处理要求的响应时间,处理方式指是联机处理还是批处理等。明确用户的处理需求,将有利于后期应用程序模块的设计。 调查、收集用户要求的具体做法是: (1)?? 了解组织机构的情况,调查这个组织由哪些部门组成,各部门的职责是什么,为分析信息流程做准备。

(2)?? 了解各部门的业务活动情况,调查各部门输入和使用什么数据,如何加工处理这些数据。输出什么信息,输出到什么部门,输出的格式等。在调查活动的同时,要注意对各种资料的收集,如票证、单据、报表、档案、计划、合同等,要特别注意了解这些报表之间的关系,各数据项的含义等。 (3)?? 确定新系统的边界。确定哪些功能由计算机完成或将来准备让计算机完成,哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。 在调查过程中,根据不同的问题和条件,可采用的调查方法很多,如跟班作业、咨询业务权威、设计调查问卷、查阅历史记录等。但无论采用哪种方法,都必须有用户的积极参与和配合。强调用户的参与是数据库设计的一大特点。 收集用户需求的过程实质上是数据库设计者对各类管理活动进行调查研究的过程。设计人员与各类管理人员通过相互交流,逐步取得对系统功能的一致的认识。但是,由于用户还缺少软件设计方面的专业知识,而设计人员往往又不熟悉业务知识,要准确地确定需求很困难,特别是某些很难表达和描述的具体处理过程。针对这种情况,设计人员在自身熟悉业务知识的同时,应该帮助用户了解数据库设计的基本概念。对于那些因缺少现成的模式、很难设想新的系统、不知应有哪些需求的用户,还可应用原型化方法来帮助用户确定他们的需求。就是说,先给用户一个比较简单的、易调整的真实系统,让用户在熟悉使用它的过程中不断发现自己的需求,而设计人员则根据用户的反馈调整原型,反复验证最终协助用户发现和确定他们的真实需求。 调查了解用户的需求后,还需要进一步分析和抽象用户的需求,使之转换为后续各设计阶段可用的形式。在众多分析和表达用户需求的方法中,结构化分析(Structured Analysis,SA)是一个简单实用的方法。SA方法采用自顶向下,逐层分解的方式分析系统,用数据流图(Data Flow Diagram,DFD)、数据字典(Data Dictionary,DD)描述系统。 1. 使用数据流图分析信息处理过程 数据流图是软件工程中专门描绘信息在系统中流动和处理过程的图形化工具。因为数据流图是逻辑系统的图形表示,即使不是专业的计算机技术人员也容易理解,所以是极好的交流工具。图给出了数据流图中所使用的符号及其含义。

需求分析与设计课后答案

第一章 1.需求分析与系统设计之间的界限是什么何时从分析阶段进入设计阶段需求分析关注系统“做什么”,系统设计关注“如何做”。 当分析阶段完成后才能进入到设计阶段 2.需求处理要注意哪些非技术因素为什么 要注意的非技术因素:组织机构文化、社会背景、商业目标、利益协商等。因为利用建模与分析技术构建的解决方案一定要和具体的应用环境相关,不存在不依赖具体应用环境的解决方案,因此,在利用建模分析技术进行要求处理是不能忽视具体应用环境的相关因素 3.需求分析与需求工程之间的关系 那就是需求工程含义更广,包括需求获取、需求分析、需求定义 第二章 1.解释名词:问题域,解系统和共享现象,并结合他们的含义说明软件系统如何与现实世界形成互动的 问题域:现实的状况与人们期望的状况产生差异就产生问题。 解系统:软件系统通过影响问题域,能够帮助人们解决问题称为解系统通过共存现象仅仅是问题域和姐系统的一个部分。而不是他们的全部。 软件系统仅仅是现实世界的一种抽象。所以问题除了共享现象之外。还有很多在进行模型抽象时忽略的其他现实因素。 2.解释下列名词,需求,规格说明,问题域特性和约束,并结合他们的含义说明需求工程的主要任务是什么 需求是用户对问题域中的实体状态或事件的期望描述

规格说明:规格说明是解系统为满足用户需求而提供的解决方案,规定了解系统的行为特征。 问题域的特性:在和解系统相互影响的同时,问题域是自治的,它有自己的运行规律,而且这些规律不会因解系统的引入而发生改变,这种自治的规律性称为问题域特性,当这些特性非常明确时称之为约束。 需求工程的主要任务:1.需求工程必须说明软件系统将应用的环境及目标,说明用来达成这些目标的软件功能,还要说明在设计和实现这些功能时上下文环境对软件完成任务所用的方式、方法所施加的限制和约束。2需求工程必须将目标、功能和约束反映到软件系统中,映射为可行的软件行为,并对软件行为进行准确的规格说明。3需求工程还要妥善处理目标、功能和约束随着时间的演化情况。 4.需求有哪些常见的类别功能需求和非功能需求有什么差异 严格意义上的软件需求的分类: 功能需求(Functional Requirement):和系统主要工作相关的需求,即在不考虑物理约束的情况下,用户希望系统所能够执行的活动,这些活动可以帮助用户完成任务。功能需求主要表现为系统和环境之间的行为交互。 Performance Requirement):系统整体或系统组成部分应该 CPU使用率、内存使用率等。 Quality Attribute):系统完成工作的质量,即系统需要在“好的程度”上实现功能需求,例如可靠性程度、可维护性程度等。 External Interface):系统和环境中其他系统之间需要建立的接口,包括硬件接口、软件接口、数据库接口等等。

BI实施工具-02需求分析库-数据采集需求说明书

版本号: 数据采集需求说明书项目名称:

变更记录 变更审阅

一、引言 1.编写目的 这部分说明文档编写目的,描述本系统特点及使用数据仓库技术实现的业务目标。 2.背景 这部分是项目背景描述。 3.参考资料 这部分列出本文档引用资料的名称,并说明文档上下级关系。 4.术语定义及说明 这部分列出本文档中使用的术语定义、缩写及其全名。 5.一般约束 这部分描述本系统开发过程中的各种可预见的约束条件,例如工具性能约束、开发技术支持约束、软件范围约束等。 二、数据源分析 1.数据源概述 这部分将对本项目中涉及的数据源名称及其业务功能作出简单描述,如果多个数据源之间有关联,那么需要说明他们之间的关联关系。 2.数据源物理环境描述 (1)硬件平台 这部分记录所有数据源程序运行环境需要的硬件平台,包括: ●数据源服务器所在的硬件平台环境 ●数据源程序运行监控硬件平台环境 这里的硬件环境包括机器的型号、硬盘的容量及其速度以及网络环境等。 (2)软件平台 这部分内容是记录所有与数据源程序相关的软件平台,包括: ●数据源服务器所在的软件平台环境 ●数据源程序运行监控软件平台环境

这里的软件环境包括操作系统的种类和版本、数据库的种类和版本等,对监控平台还要关注应用软件。 (3)网络平台 这部分记录与数据采集程序有关的所有网络环境的定义。 3.数据源数据更新特征 这部分对每一个数据源中本次项目中涉及的主表的数据更新状态进行分析,例如是日更新还是月更新以及更新的标志,以作为以后编写增量采集程序的基础。 4.数据源可以提供的文件格式 这部分对本项目中涉及的数据源可以提供的数据格式进行记录,供确认采集需求使用。 三、数据仓库环境分析 1.数据仓库数据量预估 这部分评估本次项目中所有与数据量有关的参数,包括数据源历史数据量、数据源日增量、数据仓库历史存储时间,并根据这些参数估算本次项目中需要向数据仓库增加的数据量。 2.数据仓库粒度定义 这部分根据业务需求和数据源数据分析确定本次项目中涉及的业务实体的粒度。这里讨论这个问题,是因为粒度的高低关系到数据采集的难度。 3.数据仓库运行环境描述 (1)硬件平台 这部分记录所有数据源程序运行环境需要的硬件平台,包括: ●数据仓库服务器的硬件平台环境 ●数据仓库运行监控硬件平台环境 这里的硬件环境包括机器的型号、硬盘的容量及其速度以及网络环境等。 (2)软件平台 这部分记录所有与数据源程序相关的软件平台,包括: ●数据仓库服务器的软件平台环境 ●数据仓库运行监控软件平台环境 这里的软件环境包括操作系统的种类和版本、数据库的种类和版本等,对监控平台还要

数据库学生信息.管理系统需求分析报告

数据库系统概论 课程设计 设计名称:学生信息管理系统数据库设计

湖南工业大学 课程设计任务书 2011—2011学年第1学期 计算机与通信学院(系、部)软件工程专业091班课程名称:数据库原理 设计题目:学生信息管理系统的设计与实现 完成期限:自2011年05月28日至2011年05月29日共2天 内容及任务一、设计的主要技术参数 开发出一个原型系统,能正确运行,数据库的设计要满足规范、能对数据进行维护和查询、完成报表统计等。 二、设计任务 1)系统分析(包括可行性分析、用户需求分析等)及功能分析; 2)数据库设计; 3)系统总体功能设计; 4)程序设计及调试; 5)设计说明书的书写。 三、设计工作量 每个小组至少要投入一个月的时间来完成该课程设计,而且每个小组中的每个人要独立开发1到2个模块,要求每个小组有个独立的系统。 进度安排 起止日期工作内容 2011-05-28~2011-05-28 选题 系统分析和设计 2011-05-29~2011-05-29 熟悉软件开发工具、编码系统测试 进行集中课程设计,完成系统最后测试和课程设计说明书; 答辩,确定小组等级,交文档材料(含电子文档)、源程序。 主要参考资料[1]施伯乐,丁宝康,汪卫.数据库系统教程(第3版)[M],北京:高等教育出版社,2008. [2]萨师煊,王珊.数据库系统概论(第三版)[M].北京:高等教育出版社,2000. [3]王晟,万科.数据库开发案例解析[M].北京:清华大学出版社,2003 [4]郑阿奇https://www.360docs.net/doc/4b7980795.html,3.5实用教程.北京:电子工业出版社,2009 [5]范立南《SQL Server2000实用教程》第2版.北京.清华大学出版社.2005年 [6]齐治昌,谭庆平,宁洪.软件工程第2版.高等教育出版社.2004年 [7]刘浩,https://www.360docs.net/doc/4b7980795.html,+SQL Server网络应用系统开发与实例.北京:人民邮电出版社,2005 指导教师(签字):年月日 系(教研室)主任(签字):年月日

(完整版)需求分析+概要设计+详细设计+数据库设计模板

附录A 软件需求分析报告文档 (1) 附录B 软件概要设计报告文档 (13) 附录C 软件详细设计报告文档 (33)

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

1. 简介 1.1 编写目的 此文档对《点菜系统》做了全面细致的用户需求分析,明确该软件应具有的功能、性能、界面,使系统分析人员、软件开发人员能明确用户的需求,并在此基础上进一步提出概要设计说明书和后续设计与开发。本说明书的预期读者为客户、后续开发人员、测试人员、项目管理人员等。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括: ●任务提出者; ●软件开发者; ●产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话),或者各种排版约定。排版约定应该包括: ●正文风格; ●提示方式; ●重要符号; 也应该说明高层次需求是否可以被其所有细化的需求所继承,或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者,例如,可能包括: ●用户; ●开发人员; ●项目经理; ●营销人员; ●测试人员; ●文档编写入员。 并且描述了文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。

数据库管理系统需求分析

图书管理系统需求分析文档 1.目的 1)能够存储大量的图书信息,快速有效的进行书籍数据管理,包括: ①图书信息的录入、删除及修改。 ②图书信息的多关键字检索查询。 ③图书的出借、返还和资料统计。 2)能够对一定数量的读者进行相应的信息存储与管理,这其中包括: ①读者信息的登记、删除及修改。 ②读者资料的统计与查询。 3)能够对需要的统计结果提供打印输出。 4)能够提供一定的安全机制,提供数据信息授权访问,防止随意删改,同时提供信息备份的服务。 2.概述 2.1用户需求分析 1)产品功能 登录系统:注册,注销,退出。 管理:用户管理,借阅管理,图书管理。 查询:读者查询,借阅查询,图书查询。 帮助:使用说明,关于。 2)用户角色

3)操作环境 4)设计实现约束 2.2建立需求模型 上图是用例图的建模过程,下面是该系统的用户需求陈述: (1)校图书馆准备开发“图书管理系统”,方便广大师生借阅、浏览: (2)师生需要先注册然后才能借阅图书。用户进行注册时需要输入个人信息,注册成功后,会获得一个由系统提供的标识其身份的标识码。 (3)用户登录进入图书管理系统后,可以通过Web页面查看图书的各种信息,如图书的借阅情况,作者等 (4)用户登录后可以借阅图书,并在系统规定的时间内还书。否则必须缴纳罚款金。用户借阅图书时,系统会注明借阅时间。 (5)图书管理员可以查询图书,查看一些借阅情况,更容易知道哪类图书需求量大,好做到合理的更新增减图书。有用户违规或没按时还书的情况,他们做处理,收罚金。 查询图书可以是用户得知图书更具体的位置以节省时间。 (6)管理员可以对书籍进行操控,注册,修改图书及信息;注册,修改读者信息;进行系统维护。 从上述需求陈述中可以发现以下元素: ①参入者 ·用户 ·管理员 ②基本用例 ●注册 ●登录 ●查询图书

需求分析说明书、详细设计说明书、概要设计说明书样例

以下是需求分析说明书、详细设计说明书、概要设计说明书样例 需要详细资料的去 https://www.360docs.net/doc/4b7980795.html,/BBS/view.asp?ID={CA9329C0-93C5-4417-9170-452FF61E8C DB}&page=1下载 XX系统概要设计说明书 目录 1. 文档介绍1 1.1 文档目的1 1.2 文档范围1 1.3 读者对象1 1.4 参考文献1 1.5 术语与缩写解释1 2. 系统概述2 3. 设计约束2 3.1需求约束2 3.2隐含约束2 4. 设计策略3 4.1扩展策略3

4.2复用策略3 4.3折衷策略3 5.系统总体结构3 5.1、系统总体结构3 5.2、子系统功能及接口4 6. 子系统的结构与功能5 6.1、TERMSERV 5 7. 功能需求追溯5 8. 环境的配置5 9.其它6 附录 6 A、与主机接口6 B、与终端接口6 1. 文档介绍 1.1 文档目的 编写该文档的目的在于从总体设计的角度明确xxxx系统的功能和处理模式,明确与银联的接口,使系

统开发人员和产品管理人员明确产品功能,可以有针对性的进行系统开发、测试、验收等各方面的工作。 1.2 文档范围 1.3 读者对象 该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.4 参考文献 《xxxx系统需求说明书》 1.5 术语与缩写解释 无 2. 系统概述 XX系统是以触摸屏为主要交互工具,帮助用户以自助方式做业务查询。本系统的主要功能包括:话费 查询、新业务介绍、网点分布查询、自助终端分布查询、电信新闻、交易监控、设备维护和监控等。本系 统的设计目标是保证系统可以7*24小时安全、高效无故障运行;业务人员可以轻松完成设备和交易的监控 、管理工作;报表种类齐全,可以满足业务人员各种帐务需求。 3. 设计约束

关于数据采集的需求分析

需求分析说明书 专业:集成电路 班级:2011级2班 姓名:杨丽娟 1108040215 和黄丽婷 1108040228 小组成员:杨丽娟黄丽婷

目录 1.引言 (8) 1.1编写目的 (8) 1.2项目背景 (8) 1.3定义 (9) 1.4参考资料 (9) 2.任务概述 (9) 2.1目标 (9) 2.2运行环境 (10) 2.3条件与限制 (10) 3.数据描述 (10) 3.1动态数据 (10) 3.2数据采集 (4) 4.功能需求 (10) 4.1功能划分 (10) 4.2功能描述 (10) 5.性能需求 (11) 5.1数据精确度 (11) 5.2时间特性 (11) 5.3适应性 (11) 6.运行需求 (12) 6.1用户界面 (12) 6.2硬件接口 (12) 6.3软件接口 (12) 6.4故障处理 (12) 7.其它需求 (12) 8. 经简化后的要求 (12)

1.引言 1.1编写目的 这次的编写目的是源于本次的课程设计,马老师布置任务为设计一个可以实时采集电压数据的嵌入式开发板上的程序,要求我们分组完成课程设计。于是为明确软件需求、安排项目规划与进度、组织软件开发与测试,撰写本文档。 该文档是需求分析文档。 1.2项目背景 1.0有一数据采集器(程序中用采集ad转换器数据代替),要求采集ad转换器的数据操作。现要求将操作采集的数据能够生成数据文件,并且将生成的文件上进行保存。 1.3参考资料 《用户设计要求说明书》 《项目开发计划》

《嵌入式系统原理》 《接口与应用》 《嵌入式原理》 2.任务概述 2.1目标 将嵌入式机器的采集数据生成数据文件本机保存,并允许远程控制该采集并保存的数据,方便用户的使用和远程数据监控。 总体功能要求如下: (1)本机配备彩色触摸屏; (2)允许本地生成文件; (3)允许文件保存; (4)仪器采集的数据可访问 (解释起来就是:在本机与嵌入式机上都能对数据文件的保存,随时的(嵌入式机器)上传或(计算机)下载文件的软件,且可通过网线或串口与嵌入式机联系起来,连着同步上传文件。) 2.2运行环境 操作系统:linux操作系统、windows操作系统 运行环境:嵌入式开发板、仪器控制界面软件,远程控制软件,终端,以及各种串口软件。 2.3条件与限制 1.远程监控数据必须安装交叉编译环境。 2.具体电压值在-2500mv到+2500mv之间。采集精度在20位。 3.数据采集周期:最快为1000ms采集一次。 3.数据描述 3.1数据采集 嵌入式控制面仪器板主要是通过串行通讯的串口实现对各个数据的采集,包括对ad转换器数据的采集和相关参数的控制。本地嵌入式系统通过以太网通信,实现远程控制和数据的相互存储和处理。

软件需求分析报告书

软件需求分析报告

目录 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

数据库设计实例需求分析、概念结构、逻辑结构

数据库设计实例分析 一、需求分析实例 现要开发高校图书管理系统。经过可行性分析和初步的需求调查,确定了系统的功能边界,该系统应能完成下面的功能: (1)读者注册。 (2)读者借书。 (3)读者还书。 (4)图书查询。 1、数据流图 顶层数据流图反映了图书管理系统与外界的接口,但未表明数据的加工要求,需要进一步细化。根据前面图书管理系统功能边界的确定,再对图书管理系统顶层数据流图中的处理功能做进一步分解,可分解为读者注册、借书、还书和查询四个子功能,这样就得到了图书管理系统的第0层数据流图 从图书管理系统第0层数据流图中可以看出,在图书管理的不同业务中,借书、还书、查询这几个处理较为复杂,使用到不同的数据较多,因此有必要对其进行更深层次的分析,即构建这些处理的第1层数据流图。下面的图8-7分别给出了借书、还书、查询子功能的第1层数据流图 2、数据字典 数据项 数据项名称:借书证号 别名:卡号 含义说明:惟一标识一个借书证 类型:字符型 长度:20 …… 数据结构 (1)名称:读者类别 含义说明:定义了一个读者类别的有关信息 组成结构:类别代码+类别名称+可借阅数量+借阅天数+超期罚款额 (2)名称:读者 含义说明:定义了一个读者的有关信息 组成结构:姓名+性别+所在部门+读者类型 (3)名称:图书 含义说明:定义了一本图书的有关信息 组成结构:图书编号+图书名称+作者+出版社+价格 ……

数据流 (1)数据流名称:借书单 含义:读者借书时填写的单据 来源:读者 去向:审核借书 数据流量:250份/天 组成:借书证编号+借阅日期+图书编号 (2)数据流名称:还书单 含义:读者还书时填写的单据 来源:读者 去向:审核还书 数据流量:250份/天 组成:借书证编号+还书日期+图书编号 …… 数据存储 (1)数据存储名称:图书信息表 含义说明:存放图书有关信息 组成结构:图书+库存数量 说明:数量用来说明图书在仓库中的存放数 (2)数据存储名称:读者信息表 含义说明:存放读者的注册信息 组成结构:读者+卡号+卡状态+办卡日期 说明:卡状态是指借书证当前被锁定还是正常使用 (3)数据存储名称:借书记录 含义说明:存放读者的借书、还书信息 组成结构:卡号+书号+借书日期+还书日期 说明:要求能立即查询并修改 …… 处理过程 (1)处理过程名称:审核借书证 输入:借书证 输出:认定合格的借书证 加工逻辑:根据读者信息表和读者借书证,如果借书证在读者信息表中存在并且没有被锁定,那么借书证是有效的借书证,否则是无效的借书证。 …… 二、概念结构设计实例 1.标识图书管理系统中的实体和属性 参照数据字典中对数据存储的描述,可初步确定三个实体的属性为: 读者:{卡号,姓名,性别,部门,类别、办卡日期,卡状态} 读者类别:{类别代码,类别名称,可借阅天数、可借阅数量,超期罚款额}

需求分析与系统设计重点

一名词解释 IS(information system):信息系统 ERP(enterprise resource planning):企业资源规划 CRM(customer relationship management):客户关系管理 SCM(supply chain management):供应链管理 RUP(rational unified process):Rational统一过程 XP(extreme programming):敏捷开发/敏捷编程 CMM(capability maturity model):能力成熟度模型 OCP:开放封闭原则 LSP:里氏代换原则 DIP:依赖倒转原则 SRP:单一职责原则 ISP:接口隔离原则 CRP:合成复用原则 LOD:迪米特法则 CASE(computer-assisted software endineering):计算机辅助软件工程UML(unified modeling language):统一建模语言 XML():可扩展标记语言 URM:统一资源监控 API(application programming interface):数据库或应用程序接口BPR(business progress re-engineering):业务过程重组 ISA(information system architecture):信息系统体系结构 OLTP(online transaction processing):联机事务处理 OLAP(online analytical processing):联机分析处理 DSS:决策支持系统 MIS:信息管理系统 GUI(graphical user interface):图形用户界面 DLL(dynamic link library):动态链接库 RPC(remote procedure calls):远程过程调用 RMI:远程方法调用 AOP(aspect-oriented programming):面向方面的软件开发 JAD(join application development):联合应用开发 RAD(rapid application development):快速应用开发 MVC:模型-视图-控制器 CRC:类-职责-写作者 ORM:对象-关系映射 DDP:向下依赖原则 UNP:向上通知原则 NCP:相邻通信原则 PCBMER的原则EAP:显示关联原则 CEP:循环去除原则 CNP:类命名原则 APP:相识包原则

系统需求分析报告-范例1

高校学生学籍管理信息系统 系统需求规格说明书 (系统需求分析报告)

目录 1-------------------------------------------------------------------概述1.1----------------------------------------------------------------背景1.2-------------------------------------------------------------系统目标1.2.1------------------------------------------------------应完成的任务1.2.2------------------------------------------------------不完成的任务1.3------------------------------------------------------------业务模式1.4-------------------------------------------------------------业务状况2---------------------------------------------------------------用户需求2.1-------------------------------------------------------------业务需求2.1.1---------------------------------------------------------使用范围2.1.2----------------------------------------------------------功能要求2.1.3----------------------------------------------------------权限管理2.2-------------------------------------------------------------性能需求3---------------------------------------------------------------业务流程3.1-----------------------------------------------------与其他系统的关系3.2----------------------------------------------------------业务流程图4---------------------------------------------------------------业务逻辑4.1-------------------------------------------------------------业务分解4.2------------------------------------------------------------业务描述5---------------------------------------------------------------数据分析5.1------------------------------------------------------------数据单据5.2------------------------------------------------------------数据分析5.2.1---------------------------------------------------------数据分类5.2.2---------------------------------------------------------数据描述6-------------------------------------------------------------------附件

网站建设需求分析报告

需求分析报告 对江洵网络科技有限公司的需求分析报告一、引言: 重庆江洵网络科技有限公司,是一家新兴成长的互联网公司,主要从事企业电子商务外包服务。为了和同行竞争,提升公司知名度,扩大产品销路,打造企业形象。公司董事会决定建设一个“公司网站”。 立项背景: (1)项目提出者:江洵网络科技有限公司董事会。 (2)提出原因:提升公司知名度,扩大产品销路,打造企业形象。 (3)项目创立者:吴优。 (4)项目开发者:吴优。 (5)项目名称:江洵网络科技公司网站建设。 立项原因概述: (1)随着网络的发展,大多数人都喜欢上网。 (2)大多数企业都有自己的网站。 (3)在网上找工作的人越来越多。 (4)通过做网站可以更好、更有效的宣传公司。 文档依据: 二、项目概述: 面向的用户人群: (1)公司员工。 (2)董事会管理人员。 (3)广大顾客群众。 (4)找工作的人。 (5)网站管理员。 实现目标: (1)建立一个拥有良好交互性、操作简单易用的网站。 (2)网站运行要高效,费用尽量低,注重实用性。 (3)该网站可为让广大群众更加方便的了解我们公司。 (4)网站实现及时把公司情况和意见反映给董事。 (5)能让进此网站的群众能对公司有一定的了解。 项目开发要求: (1)项目开发规范统一:模块划分,代码编写命名规范文档;

(2)程序优化、安全并要有良好的可扩展性; (3)用户界面简洁明了、操作简单实用; (4)与公司员工保持良好的沟通,及时根据员工新的需求改善系统功能; (5)有一些Flash 、动态画面; (6)有一些新闻、公告等,并且能动态更新。 (7)有个留言版,要用户登录过后便能留言。 系统功能模块图 开发工具: Dreamweaver8 、Flash8、 Microsoft Office Access 、Photoshop CS3 三、具体分析 实现概述: 后台程序将可以更新新闻、通知等其它信息。首页顶端的FLASH 动画可以显现出公司的一些情况。公司的交流平台可以通过登录过后进行留言。当用户进入公司网后可以第一时间了解公司的大体情况。 管理员的功能 登录:用户名、密码 管理员的管理动作自动记录在该管理员的管理日志中,该日志对同级别或更高级别管理员公开但只能由最高权限管理员更改、删除; 添加用户:由具有更高权限的管理员添加新用户名称、密码、权限 删除用户:由具有更高权限的人删除,彻底清除该用户的信息 权限:1. 最高权限:管理整个网站(包括手动删除信息,管理其它用户,搜索所有注册者的信息,添加新闻等); 四 首页设计: 后台数据库首页 功能公 司 网 站 后台 数据库

项目管理-项目需求分析与数据库设计

第3章项目需求分析与数据库设计 3.1 项目开发背景 移动数据库是移动计算环境中的分布式数据库,移动数据库的应用大都嵌入到诸如掌上电脑、PDA、嵌入式设备等移动设备中,故移动数据库有时也称为嵌入式移动数据库。 目前绝大多数行业中数据存储与管理都需要随时随地进行,如果将数据存放在中心服务器数据库中,不便于各项数据操作,这时可以将中心服务器中数据库的部分数据,在联网状态下下载和保存到移动数据库中。这样很多的功能实现就可以在离线情况下直接在移动设备端实施完成,同时大幅度减少了中心服务器的负荷和压力。另外在设备端中对移动数据库的各项数据改变,也可以在网络连通时再传回到服务器上,以便保持服务器端与设备端数据的同步。 根据物流配送行业的特点,目前很多公司从客户商品购买到货物发送到客户手中这一系列业务流程都采用基于嵌入式设备的移动解决方案。工作人员在开始一天的工作时,可以直接通过手持设备查看当天要发送的所有货物信息,例如货物的收件人、收件地址和联系方式,并且可以给出一个最佳的投递路线。除此之外,当货物送达后,客户还可以直接在手持设备上进行电子签名以确认货物的送达,而后工作人员就可以将客户签名和货物送达信息直接通过无线网络传递给中心服务器,避免了一系列的“纸上操作”过程,大大加快了工作效率。 随着3G时代的到来,嵌入式移动数据库的应用会越来越广,利用嵌入式移动设备,当无线网络畅通时,可以利用无线网络获取所需的信息,并将这些重要信息存放到移动数据库中,这样既可以减少中心服务器的负载,又可以随时随地取得资料。当无线网络再次畅通时,我们又可以将移动数据库中的数据改变回传至中心数据库服务器。中心服务器数据库中如果存在新的数据信息,移动数据库也会自动加载这些新信息,确保了移动数据库和中心服务器数据库之间的数据同步。 3.2 项目的需求分析设计 3.2.1 项目业务需求描述 嵌入式软件开发公司对各地物流运输公司进行调研之后,整理出将要实现的移动物流配送系统业务功能,移动物流配送系统面向三类用户:客户服务人员、库房管理人员(包括装车人员)、货物运输人员。 (1)客户服务人员可以利用手持移动设备为客户购买所需商品,建立新的订单,并将新的客户订单信息发往商品所在的物流公司中央数据库服务器。 (2)库房管理人员可以利用手持设备获得中央数据库中有关客户订单的信息,确认客户

相关文档
最新文档