定单管理系统及需求分析说明说含数据流图
- 格式:doc
- 大小:66.50 KB
- 文档页数:10
订单管理数据库系统需求目录1.简介 (3)1.1目的 (3)1.2范围 (3)1.3定义、首字母缩写词和缩略语 (3)1.4概述 (3)2. 整体说明 (4)2.1用例模型 (4)2.2系统框架 (5)2.3假设与依赖关系 (5)2.4 数据字典 (6)2.5概念结构设计E-R图 (8)2.6逻辑结构设计,将E-R图转换为关系模型 (10)3.物理结构设计 (10)4业务需求 (12)4.1仓库管理 (12)4.2采购管理 (12)4.3销售订单管理 (13)4功能需求 (14)4.1安全管理 (14)4.2系统输入、输出格式 (14)4.3个人工具箱 (14)4.5 数据维护界面及接口 (15)4.7即席查询 (15)5.项目管理 (15)5.1项目管理原则 (15)5.2项目组织结构和责任 (16)5.3项目进度控制机制 (17)5.4项目实施中项目管理文档样本 (18)1.简介本文档主要描述订单系统,其主要使用者有顾客、配货中心、管理决策者。
顾客主要浏览、查询上商品信息,完成网上购物、支付和订购等;配货中心要了解仓库的商品种类、存量等,不仅为管理决策部门提供数据,还要打印订单、为送货部门配送货物,送货部门在完成送货之后,要向管理部门提供反馈信息。
柜台销售人员要了解商品的种类、数量、价格及商品性能等,并负责柜台的订货。
管理部门要根据系统提供的各类数据,随时掌握商品的销售信息,进销存信息,编制计划,并根据订单相配货中心发送配货信息,平衡协调、监控计划的执行。
1.1目的✓描述订单管理数据库系统需求✓形成规范性文档,项目管理受控环节✓开发商依照本文档进行需求分析1.2范围✓此文档用于订单管理数据库系统软件业务需求,用于解释需求文档集(前景、用例说明书)。
1.3定义、首字母缩写词和缩略语✓用例模型:描述用户可以操作的业务模块。
用来指导系统开发时功能模块的划分;✓业务需求:描述订单管理数据库系统所涉及的相关业务需求;✓功能需求:描述用户对系统操作和使用上的要求;✓假设与依赖关系:本需求所要求的前提条件;✓安全管理:主要包括用户管理、用户登陆、用户权限等;✓系统输出格式:系统展现数据的各种形式(如报表、图形、导出excel等);1.4概述本系统须具备以下功能:信息的查询与显示——重要功能,数据可以在web上部分的供普通客户查询;信息的实时录入、存储、处理和动态更新功能;订单管理和处理功能——系统在收到来自柜台、电话和网络的订单之后,要进行处理,并及时反馈到配货中心、管理部门以及客户进行确认。
网上商城系统需求分析规格说明书WEB 1001指导老师:陈丽晖成员:游伟伟,陈瑞泉,陈鸿昌,高莉莉,吴敏丽第1章引言1.1系统概述作为互联网战略的延伸,电子商务的热潮一度兴起,但是一直以来,很多企业网站都局限在信息发布等一些基本的功能,而越来越深入的实践表明,这些仅仅代表了企业网站的一个起点功能。
随着企业网络环境的发展成熟,企业门户网站可以帮助企业把现有的业务系统整合起来,集中优势资源为客户提供个性化服务,并为企业创建一个良好的收入渠道。
1.2 读者对象本文档的读者为库存管理员、消费者及本项目所有软件设计和开发、测试人员。
1.3 背景说明网上购物在线网站致力于提供产品展示及订购为核心的网上购物服务宣传自己商店的产品并将自己的产品展现给客户,让客户通过网站便能对自由的选择地购买产品。
1.4 术语1.3 参考资料第2章需求规定2.1功能需求2.1.1 功能块划分网上商城共分两个部分,一部分是面向用户的部分,包括:顾客在线注册、购物、提交订单、付款等操作;另外一部分是商城管理部分,这部分的内容包括:产品的添加、删除、查询、订单的管理、操作员的管理、注册用户的管理等。
2.2功能描述2.2.1.1面向用户功能流程图2.2.1.2面向用户功能描述:(1)进入首页(2)商品查询(3)购买商品(4)商品类别显示(5)显示购物车简要信息(6)前台用户注册(7)前台用户登陆(8)前台用户退出(9) 进入购物车(9)购物车管理(11) 订单确认(12) 进入会员中心(13) 基本资料显示(14) 用户资料修改(15) 用户密码修改(16) 用户密码修改2.2.2.1面向管理员功能流程图:2.2.2.2 面向管理员的功能描述:(1) 用户登录(1) 菜单显示(2) 显示商品类别(3) 商品类别添加(4) 商品类别修改(5) 商品类别删除(6) 商品查询(7) 商品添加(8) 商品类别修改(9) 商品删除(9) 注册用户的查询显示(10) 冻结与解冻(11) 进入管理员管理(12) 添加管理员(12) 添加管理员(12) 删除管理员(13) 个人资料显示(14) 个人资料修改(15) 管理员密码修改(16) 订单查询(17) 订单查看(18) 订单审核(18) 订单修改(18) 登录管理员退出2.3数据流图2.2.1网上购物数据流程图:发货2.2.2会员注册数据流程图:2.2.3管理员数据流程图:2.2.4订单数据流程图:2.2.4商品,广告,信息管理数据流程图:第3章运行环境设定3.1系统环境需求系统模式本系统采用C/S模式作为开发模式。
系统需求分析1.1需求分析(负责人:陈酒)1.1.1可行性分析1、技术可行性:此网上书店系统可以运行于windows xp,win 7,windows vista操作系统.对系统要求只需要装有IIS即可.对计算机的硬件配置没有太高要求,现在的个人电脑完全可以满足。
数据库运用简单易学的Access来实现.在网站设计方面,运用XHTML、CSS 样式、JSP等知识,利用PhotoShop图像处理工具及Dreamweaver CS5制作出合理生动的网页.2、经济可行性:此系统可以运行于现在市场上出售的各种个人电脑,系统成本主要集中在系统的开发上.当系统投入运行后,可以实现在网上卖书和租书功能。
所带来的效益远远大于系统软件的开发成本,在经济上是完全可行。
3、操作可行性:界面设计充分考虑浏览用户的习惯,图书信息浏览、会员注册登录、租书、购书等功能操作方便。
而且所有网页设计清新、简洁、合理,不会让用户感到视觉疲劳,可操作性很强。
1.1.2项目意义分析随着网络技术的发展,越来越多的人喜欢在网上宣传自己的产品,喜欢网上购物。
图书产品从其外部特征来看,品种繁多,实体书店或其它图书发行者无法有足够大的店面来展示所有品种;单价不高,在网络信用还存在缺失的环境下能造成的损失较小,读者也乐于尝试在线购买。
所以网上书店网站也在互联网上纷纷出现.就网上书店而言,由于网络已经覆盖全球,信息量大而独具优势。
售书的理念也很简单,就是读者可以自己寻找自己喜爱的书为替读者找寻他们想要的书。
对于读者来说,网上书店近在咫尺,并且永不下班关门,读者可以随时随地自由地查询和订购图书,读者无需亲临书店,一档一档地找,一本一本地翻,只要坐在电脑前,开机上网即可买到所需书籍,而且读者的挑选余地也大多了,检索也很方便,同时还减少了购书过程中的支出,另外应当看到图书选购必得翻阅详看,耗时费力,特别是热衷购书者,几乎都是奋力开拓事业者和苦心求学深造者,时间对他们而言无比宝贵,网上购书节省了大量时间,这对于那些没有时间经常逛传统书店或其住所离传统书店较远的读者来说,具有实际意义。
网上购物订单数据库系统班级:xxxxx姓名:xxxxx目录一、概述 21.1 开发背景 2二、需求分析 32.1 框架分析 32.2 功能需求 32.3 系统功能清单 42.4 数据流图 42.5 数据字典 52.5.1 数据流的描述 52.5.2 处理逻辑的描述 5三、概念模型设计 53.1 系统模块划分 53.2 系统功能模块结构图 63.3 会员实体图 73.4 商品实体图 73.5 系统E-R图 83.6 管理员后台处理流程图 10四、逻辑模型设计 104.1 E-R图向关系模型转化 (10)4.2 数据库表设计 (10)4.3 关系模式优化 (12)五、物理设计 (12)六、数据库实施 (14)七、不足与体会 (23)一、概述1.1 开发背景随着网络技术的日益成熟,网络购物已经成为引领潮流的购物方式,尤其是在一些出门购物并不是十分便利的地区,网上购物的优势更是体现的淋漓尽致。
与此同时,网上购物也给商家带来了巨大的利润,因为免除了一些不必要的费用,在收益的获得上也显得更为直接,例如在今年的“光棍节”期间,淘宝的成交额将近200亿,可见,网上购物已成为主流。
因而一个好的订单数据库管理系统成为了必要,在管理好用户数据的同时,也提高了订单处理的效率。
网上购物系统的主要内容是,一方面让销售商把商品发布于网络,一方面让消费者通过网络来完成商品的交易。
系统总体分成前台和后台两大模块,前台是用户模块,后台是管理员模块。
实现的功能,首先系统向用户列出网站的商品信息。
其次当顾客登录网上购物系统后,为每个用户分配一个购物车,用户选择商品后,商品会被放入购物车。
再次,用户确认购物车信息,点击提交生成订单。
最后,管理员对订单进行处理,即完成一次商品交易。
网上购物是一种具有交互功能的商业信息系统。
它向用户提供静态和动态两类信息资源。
所谓静态信息是指那些经常变动或更新的资源,如公司简介、管理规范和公司制度等等;动态信息是指随时变化的信息,如商品报价,会议安排和培训信息等。
目录第1章系统需求分析 (1)1.1需求概述 (1)1.2需求描述 (1)1.2.1 数据流图 (1)1.2.2 数据字典 (4)第2章系统初步设计 (25)2.1基于P OWER D ESIGNER的数据库设计 (25)2.1.1总E-R图设计 (25)2.1.2销售管理子系统E-R图设计 (26)2.1.3仓库管理子系统E-R图设计 (31)2.1.3采购管理子系统E-R图设计 (36)2.2数据库不规范化设计举例 (41)2.2.1 不满足第一范式举例 (41)2.2.2 不满足第二范式举例 (41)2.2.3 不满足第三范式举例 (44)2.3系统功能界面设计 (46)2.3.1 系统功能图 (46)2.3.2 销售管理界面设计 (46)2.3.3 仓库管理界面设计 (47)2.3.4 采购管理界面设计 (48)第3章基于J2EE+MYSQL实现 (49)3.1J2EE实现代码 (49)3.2数据库的实现代码 (64)3.3成员名单 (84)3.4参考资料 (84)第1章系统需求分析1.1 需求概述在目前超市中,商品的管理至关重要。
这里对商品的管理包括进、销、存3个方面。
可以建立一个超市进销存管理系统,对超市的管理者、营业员、库存管理员等减轻其工作量,便于经营管理。
功能需求:①采购管理功能模块:采购计划、采购订单、采购入库、采购退货、应付款、采购付款。
②销售管理功能模块:、报价单、销售订单、销售出库、销售退货、应收款、销售收款。
③库存管理功能模块:其它入库、其它出库、库存警报、库存报表、基本资料设计。
超市需要处理大量的库存信息,还要时刻更新产品的销售信息,不断添加商品信息。
面对不同种类的信息,需要合理的数据库结构来保存数据信息,需要有效的程序结构支持各种数据操作的执行。
它最主要的特点是能够实时的和准确的控制店内的销售情况。
如果可以能够实时掌握销售流程及销售情况,则可以有效地加速商品的周转率并提高服务质量,而且可以减少产品售价不符等所产生的问题。
一、系统定义:当今中国零售业发展正盛,大量超市涌现于各个城市,很大程度上改变了人民的消费方式。
大量频繁的物资流通,使得传统低效的人工管理已不合时宜。
本系统以一个统一的界面,给收银员、采购员和管理人员提供了不同的操作及管理功能。
数据库服务器可配置在独立的服务器上,也可配置在一台运行本系统的计算机上。
适用于中小型无连锁店,或连锁店间经济独立的超市的物流管理。
二、需求分析:(一)系统综合需求作为一个超市物流管理系统,应该给用户提供方便、友好而简洁的界面进行应用,并对超市的运营过程中物资的流动详细记录归档,并将这些数据进行逻辑上的融合,以便于用户查看、分析及管理。
针对中小型超市的运营模式,有三类核心员工:收银员、采购员和管理人员,分别有三个核心功能需要实现,销售功能,采购功能,库存管理和员工管理功能。
管理人员的功能应该在此基础上进行扩展,实现销售记录查询,采购记录查询,商品信息查询、添加、删除和修改,以及促销活动的设置。
很多超市实行了会员制度,会员享受优惠待遇。
所以本系统应该引入会员管理的模块,对会员进行注册、删除、查询、消费跟踪。
此外,一个成熟的管理系统不仅应该具有基本的处理、查询功能,还应该有一些分析、后台监控的功能。
所以可以将基本的供销数据进行融合,以图形化的界面展示给用户进行供销情况的分析。
在后台实时监控商品库存量,当低于某一值时,向前台发出预警通知。
最后,本系统中对实际中应该机械化处理的过程,如条形码扫描仪,读卡机等,进行手工操作模拟的简化,加入相应功能模块即可在现实中使用。
(二)系统逻辑模型1.数据流图:顾客POS收银系统消费清单收银员销售商品信息,会员卡号应收金额商品信息会员信息优惠规则消费金额库存量减少量采购入库销售记录销售信息采购记录采购员当前打折情况采购信息本次采购信息库存量增加量管理人员优惠规则管理会员管理销售管理商品及库存管理历史采购信息采购记录商品信息列表库存商品信息商品修改信息商品查询条件修改的信息销售记录销售查询条件采购查询条件历史销售记录用户查询条件会员资料,消费清单会员查询条件用户查询条件会员信息优惠规则修改信息当前优惠规则修改的信息打折信息采购管理用户查询条件消费清单图1-1 系统数据流图2.数据字典项目组成类型来源去向存储者使用频度变动频度当前打折情况会员优惠规则,全场优惠规则数据流管理人员收银员-频繁有时(打折信息)管理人员管理人员(当前优惠规则)优惠规则数据存储- -管理人员销售商品信息商品编号,售价,销售数量,销售日期,会员编号,收银员工号数据流收银员管理人员-频繁增加频繁,基本无更改(销售信息)(历史销售记录)销售记录数据存储- -收银员会员信息会员编号,姓名,住址,电话,身份证号,消费金额数据流管理人员,收银员管理人员-频繁增加不频繁,基本无更改(会员资料)消费清单商品编号,售价,销售数量,销售日期,会员编号,收银员工号收银员管理人员-会员信息会员编号,姓名,住址,电话,身份证号数据存储- -管理人员商品信息列表编号,名称,规格,供应商,售价,库存量数据流管理人员,采购员,收银员管理人员-频繁增加不频繁,更改不频繁商品信息数据存储- -管理人员本次采购信息采购编号,商品编号,采购价格,采购数量,采购日期,采购员数据流采购员管理人员-有时增加有时,基本无更改历史采购信息采购信息采购记录采购记录数据存储- -采购员表系统数据字典三、系统设计:(一)概念结构设计会 员编号姓名住址电话身份证消费金额销 售商 品编号名称当前售价规格供应商库存量编号售价销售数量销售时间员 工工号姓名职位登陆密码在职情况采 购mnp编号购价采购数量采购时间(二)逻辑结构设计员工信息表 Employee字段名 类型 NULL 其他 备注 e_id varchar(10) PK 员工号 e_name varchar(10) Index 员工姓名 e_pwd varchar(100) Y 登陆密码e_position tinyint(1) 职位(0:管理人员 1:收银员 2:采购人员)e_statebit(1)在职情况会员信息表Member字段名类型NULL 其他备注m_id bigint(8) PK 会员编号m_name varchar(10) Index 会员姓名m_addr varchar(50) 会员住址m_tel varchar(15) 会员电话m_code varchar(18) 会员身份证号m_consume decimal 会员消费金额商品信息表Product字段名类型NULL 其他备注p_id bigint(8) PK 商品编号p_name varchar(30) Index 商品名称p_scale varchar(6) 规格p_price decimal 商品当前单价p_manu varchar(30) 供应商p_qty int(5) Index 库存量采购记录表Buy字段名类型NULL 其他备注b_id bigint(8) PK 采购编号p_id bigint(8) Index,FK 商品编号b_price decimal 购入价格b_qty int(5) 购入数量b_time varchar(19) 采购时间e_id varchar(10) FK 采购员工号销售记录表Sell字段名类型NULL 其他备注s_id bigint(10) PK 销售编号p_id bigint(8) Index,FK 商品编号s_price decimal 销售价格s_qty int(5) 销售数量s_time varchar(19) 销售时间e_id varchar(10) FK 收银员m_id bigint(8) Y FK,Index 会员编号预警日志表Warning字段名类型NULL 其他备注w_id int(4) PK 预警编号w_content text 预警内容优惠规则表Discount字段名类型NULL 其他备注m_all float 所有会员打折数d_all float 全场打折数部分表关系图:(三)子模块划分及功能概述采购员管理人员收银员登 陆P O S 收银系统采购入库商品及库存管理会员管理销售管理采购管理供销情况分析优惠规则管理查看预警日志员工管理系统设置三种权限:收银员、采购员和管理人员。
订单管理系统简述(一)引言:订单管理系统是一个用于管理和跟踪订单的软件系统。
随着电子商务的兴起,订单数量和复杂度不断增加,为了更高效地处理订单,订单管理系统应运而生。
本文将对订单管理系统进行简述,介绍其功能和优势。
正文:一、订单管理系统的基本功能1. 订单创建:用户可以通过系统创建新的订单,并提供必要的订单信息。
2. 订单查询:用户可以根据指定条件,查询系统中的订单信息,如订单号、客户姓名等。
3. 订单修改:对于已创建的订单,用户可以进行修改,如增加或删除商品、修改商品数量等。
4. 订单审核:系统管理员可以审核订单,确保订单的合法性和准确性。
5. 订单取消:在一定时间内,用户可以取消未审核或未处理的订单。
二、订单管理系统的高级功能1. 库存管理:订单管理系统可以与库存系统进行集成,实现实时库存管理,避免因库存不足而导致无法及时发货的问题。
2. 物流跟踪:系统可以与物流公司进行对接,方便用户查看订单的物流信息,并实时跟踪订单的配送进度。
3. 支付集成:系统可以与支付平台集成,提供多种支付方式,使用户可以方便快捷地完成付款。
4. 数据分析:系统可以对订单数据进行统计和分析,生成报表和图表,为企业决策提供数据支持。
5. 多语言支持:系统应支持多种语言,以便在不同地区、不同国家的用户能够方便地使用系统。
三、订单管理系统的优势1. 提高工作效率:订单管理系统自动化了订单处理流程,减少了人工干预,提高了订单处理的效率。
2. 降低错误率:系统可以自动进行订单信息的校验和审核,减少人为因素带来的错误。
3. 实时监控:系统可以随时监控订单的状态和进展,提醒用户处理订单,并及时反馈订单处理结果。
4. 提升客户满意度:订单管理系统能够提供准确和及时的订单信息,为客户提供更好的购物体验。
5. 数据分析和决策支持:系统提供的数据分析功能可以帮助企业了解订单情况和趋势,从而制定有效的销售策略。
总结:订单管理系统是电子商务发展的必然产物,它通过自动化订单处理流程,提高了工作效率和准确度,为企业提供了更好的订单管理和客户服务能力。
定
单
管
理
系
统
需
求
分
析
报
告
姓名:
班级:计算机
学号:200522030316日期:2007.12.15
定购管理系统
需求规格说明书(Requirements Specification)
1、引言
1.1 编写目的
需求分析是软件系统生存期中定义阶段的最后一个步骤.是作为整个软件开发范围的指南,是软件开发人员开发出正确的符合用户要求的软件的重点.该文档将最终交给软件具体开发人员进行具体的开发,其针对的对象是软件开发人员.
1.2 项目背景
订单管理是每所公司或工厂必须面对的工作,特别这几年,我国加入WTO,随着国家政策的调整,给企业的订单管理,商品的进存销都带来了不少冲击。
但一直以来用传统人手方式管理文件档案,这种管理方式存在许多缺点:效率低,保密性差,另外随着进货数量的增加,这必然增加了订单管理者的工作量和劳动强度。
同时,将产生大量的文件和数据,这给订单信息的查找,更新和维护都带来了不少困难。
据调查,目前我国还有相当一部分企业的订单还停留在纸介质的基础上,尤其小型工厂或企业对订单的管理更是落后。
这样的管理机制已经不能适应时代发展的需求,其管理方法将浪费人力物力。
随着科技的不断提高,计算机科学与技术日渐成熟,这种传统的手工管理模式必然被以计算机为物质基础的信息管理方式所取代。
1.3 定义
静态数据--系统固化在内的描述系统实现功能的一部分数据.
动态数据--在软件运行过程中用户输入的后系统输出给用户的一部分数据,也就是系统要处理的数据.
数据字典--数据字典中的名字都是一些属性与内容的抽象和概括,它们的特点是数据的"严密性"和"精确性",没有半点含糊.
1.4 参考资料
《Visual Basic 程序设计教程》(第二版) 龚沛曾著
《数据库系统概论》(第四版) 王珊萨师煊著
2、任务概述
2.1. 目标
软件需求分析阶段有以下几个目标:
●给出软件系统的数据流程图与数据结构,构造一个完全的系统逻辑模型.
●提出详细的功能说明,确定设计限定条件,规定性能要求.
●密切与用户的联系,使用户明确自己的任务,以便实现上述两项目标.
2.2 运行环境
软件基本运行环境为Windows环境.
2.3 条件与限制
由于系统较小,且在windows系统下开发,故在windows环境下基本没有什么限制. 3、数据描述
3.1 静态数据
静态数据是系统内部有关的数据结构与操作规程.
具体可包括:系统用户表格user_Info 客户基本信息表格customer_Info 产品基本信息表格product_Info 定单信息表格order_Info 退货信息表salret_Info.
3.2 动态数据
动态数据包括程序运行时输入和输出的数据,具体是数据库的各个表的各个不同元组与属性值. 可以用数据流图来描述如下:
图(1-1)
3.3 数据库描述
根据上面的分析就可以设计出能够满足用户需求的各种数据实体,以及它们之间的关系,为后面的逻辑结构设计打下基础.这些实体包括各种具体信息,通过相互之间的作用形成数据的流动.
本系统的实体有:产品实体,客户实体,定单实体,退货情况实体各个实体具体的描述E-R 图如下:
图1-2产品实体E-R图.
(1-2) 图1-3为客户实体E-R图.
图(1-3)
图1-4定单实体E-R图
图(1-4) 图1-5为退货情况实体E-R图.
图(1-5) 图1-6为实体之间关系E-R图.
图(1-6)
3.4 数据字典
传统的数据字典包括以下几种类型的条目:
(1).数据流条目--数据流条目给出某个数据流和定义,它通常是列出该数据流的各组成
数据元素.
该系统中的数据流条目有:
客户基本信息=客户号+客户姓名+客户性别+客户地址+联系电话+日期+注释;
产品基本信息=产品号+产品名称+产品单价+库存量+记录日期+产品规格
+产品描述;
定单基本信息=定单号+客户号+定购产品号+定购总额+定购日期+客户电话+业务员+业务员电话+客户地址+单价+备注
退货信息=定单号+客户号+联系电话+退货原因+退货处理情况+处理原因+处理日期
系统用户信息=用户名称+用户密码+用户描述
(2).文件条目--文件条目给出某个文件的定义,列出它的组成数据项,此外还要给出文
件的组织形式.
例:定单信息文件={客户基本信息记录}+{产品基本信息记录}
主键:定单号+客户号+产品号
(3).数据元素条目--给出某个数据单项的定义,通常是数据项的值类型.
例:客户基本信息记录中"客户号"的数据值类型为数值类型,有效值范围为000000~999999.
(4).处理说明条目--给出数据流程图中不再分解的变换处理说明的定义.
3.5 数据采集
系统数据采集是由数据库系统在软件运行期间通过人机界面来提示用户输入的. 4、功能需求
4.1 功能划分
功能划分可以用层次方框图表示如下:
图(1-7)
4.2 功能描述
4.21系统登录模块:此模块是为了保证系统数据的安全性,为用户建立
用户名和密码。
4.22 客户基本信息模块:此模块完成是对客户信息的新建、查找、删
除和打印功能。
4.23 定单基本信息模块:此模块完成是对定单基本信息的新建、查找
、删除和打印功能。
4.24 产品基本信息模块:此模块完成是对产品基本信息的新建、查找
、删除和打印功能。
4.25 帮助模块:此模块给出了系统的使用说明。
5、性能需求
5.1 数据精确度
由于采用数据库技术并且用户的应用领域对数据精确度的要求不是太高,所以这点在系统中表现得比较少,但是用户数据的安全性与正确性是完全保证的,所以对用户的使用没有多大的障碍.
5.2 时间特性
本系统的数据库较小,所以程序在响应时间,数据更新处理时间上性能是比较突出的.而且也正由于数据量相对较少,故在数据传输时间和系统运行时间上表现的较让人满意.
5.3 适应性
该软件是使用Visual Basic 6在windows xp系统下完成的所以只要是兼容windows的软件或是操作系统,该软件都可以正确地运行,有较好的适应能力与兼容性.而且应用户的特殊需求软件在完成后的维护阶段可以保持一个与其他类软件接口,随时满足用户的使用要求.
6、运行需求
6.1 用户界面
系统运行时的主界面大致要求为windows的经典运行界面,主界面可以是SDI(单文档界面)即每个窗体之间是独立的,也可以是MDI(多文档界面):有一个主窗体,可以包含其他窗体.
6.2 硬件接口
软件较小除硬盘外,基本没有与外界硬件的联系,不过考虑到数据库大量数据的备份等
要求可以保持与磁带机和光盘刻录机的接口,这点较易实现.
6.3 软件接口
在这里主要考虑软件与操作系统的接口,考虑到文档处理的需要有可能可以包括与较常用的办公软件的接口.例如microsoft的office系列.另外用户还有用户所需要的软件接口,这些应在用户需求定义时明了.
6.4 故障处理
考虑到软件的范围不大,所以故障处理一般由操作系统完成,系统只要保持与操作系统的接口即可.只要操作系统没有大的故障程序一般是比较稳定的.考虑到用户对数据的安全性要求,程序可以有独立于操作系统之外的数据备份功能与过程,以及系统崩溃后的数据恢复功能,这点在数据库软件中已经达到了,只要稍微在其上再增加用户所需要的附加功能即可.。