电子商务系统(java)需求分析说明书

电子商务系统(java)需求分析说明书（通用8篇）

篇1：电子商务系统(java)需求分析说明书

系统的前台浏览功能需求

(一)游客的功能

(1)注册成为会员

(2)信息查看,包括公告信息,和各协会活动的情况,照片,视频和文章等

(3)可在交流区浏览帖子

(4)可以留言提出意见或建议

(二)协会会员的功能

(1)会员登录

会员使用自己注册的用户名和密码登录

(2)站内信

有任何活动的发起给改协会成员发送站内信，会员有任何疑问也可以通过站内信进行交流

(3)留言

可以留言提出意见或建议

(4)加入新协会

每个会员都可以加入一到三个协会

(5)查看活动历史

协会成员可以查看历史活动，包括协会活动的所有有关的文档

(6)信息查看

协会认为介绍主要介绍会长和副会长

(7)交流区

协会会员可以发表主题，并可以回复评论

(8)上传,下载

协会会员可以上传下载图片和视频

(9)新协会申请

会员可以申请注册新协会

(10)协会注册

协会根据规定进行学期注册

(三)协会会长功能

(1)协会会长包括协会会员的所以功能

(2)会员管理

会长可以进行协会会员的添加删除查询等

(3)申请活动

申请活动必须填写活动申请单

(4)填写海报单

为每次活动出海报填写海报单

(5)活动通知

活动审批通过后,系统自动通知协会会员有

(6)活动评分

每次活动会长都必须给自己组织的活动进行 评分

(7)系统设置

会长可以对自己协会页面的相关内容进行设置

(8)飞信功能子系统

为确保活动通知到位,设置的附加功能

(9)协会换名

协会换名必须填写换名申请单

(10)协会外请教师申请

申请外教必须填写外请教室申请单

(11)十佳学生社团申请

十佳学生社团申请须填写厦门理工学院十佳学生社团创建申报表

(12)外出活动申请

外出活动需填写外出活动申请表

(13)周末文化大舞台

周末文化大舞台分单项节目申请表，专场活动项目申请表

系统的后台管理需求

一.社团部管理

（一）部长功能

(1)部长审核新协会的申请：

部长对新协会申请的条件进行审核，审核通过后提交给社团部老师审核。

(2)部长对协会注册的审核：

各协会每学期需进行注册，部长对协会的注册条件进行审核，审核通过后提交给社团部老师审核。

(3)审批社团外请教师：

协会会长填写“社团外请教师申请表”后，提交给部长，由部长对具体内容进行审核。

(4)部长对工作时间的设置：

对整个社团部的工作，进行时间的控制，如：

1、活动必须在周几之前提交申请，2、由部长必须在周几审批活动，然后提交社团社团老师，3、再由社团部老师必须在周几进行审批，超出规定的时间，将不能进行活动申请。

(5)审批活动申请：

对协会申请的活动进行审核，主要对活动申请表事项的审核，活动预算经费重点关注，应填写详细,包括宣传经费等。

(6)审核活动质量汇报单、并评分：

会长审核完后，汇报单提交给部长，再由部长进行审核，主要针对各协会秘书、秘书组长、会长的意见内容。

提交前，并对此次活动进行评分，总分10，对应栏位后面有个下拉列表框，可选择分数。

(7)协会分类管理：

部长可根据协会的定义，对协会原本类型进行修改，也可添加新类型、删除类型。

(8)协会分级管理：

部长可根据协会的学年来的表现、活动总分数，对协会级别进行评定后录入，并可进行修改，也可添加新级别、删除级别。

(9)协会风采挑选：

部长可进步各协会界面，对所上传的活动照片进行挑选后，关联发布到社团部首页的社团风采展示区。

(10)审批学生社团换名：

协会会长填写换名申请表格，提交给部长，部长根据情况进行审批。

(11)协会解散、恢复审核：

部长对不符合协会条件的，可进行解散功能、恢复功能。

(12)部门管理与干事考评：

对各部们成员、协会会长（包括副会长）的管理：包括人员的录入、修改、删除； 期末总结：对副部、各组长、各协会会长进行综合考核评语、评分；

对所有人考核完后，提交给社团部老师审批。

(13)各组干事的考核审评

各组组长对各组干事进行考核后的评语、评分提交给部长后，让部长进行审批。

(14)站内信：

进行通知交流功能，可接收社团内部通知和活动通知，也可给社团内部所有成员发布信息。

(15)飞信功能子系统：

在对应的账号里，嵌入飞信功能模块，方便部长在一些工作上采用短信息通知，如：召开例会时间通知等。

（二）秘书组功能

(1)随机指派秘书跟踪协会活动（秘书组长的功能）：

每个协会的每次协会活动，由秘书组长随机指派2个秘书去跟踪协会活动；

(2)填写质量汇报单、并评分：（各协会秘书）

由分派的的协会秘书，在活动过后进行填写质量汇报单，填写完后，点击“提交按钮”，提交给宣传组长。

(3)审核质量汇报单、并评分：（秘书组长）

各协会秘书将提交质量汇报单给秘书组长后，秘书组长对质量汇报单进行审核。

(4)秘书组干事考核：

对本组成员的管理，包括人员的录入、修改、删除；

期末总结对每个干事进行综合考核评语、评分；

对所有人考核完后，提交给部长审批。

（三）宣传组功能

(1)指派宣传成员出海报（宣传书组长的功能）：

每个协会的每次活动，提交海报单以后，由宣传组长指派成员去海报；

需设置成员与相应协会关联。

(2)审核海报：（宣传组成员）

对分配到的海报任务进行审核收集、修改。

(3)秘书组干事考核：

对本组成员的管理，包括人员的录入、修改、删除；

期末总结对每个干事进行综合考核评语、评分；

对所有人考核完后，提交给部长审批。

（四）外联组功能

(1)审核赞助事项：

如协会申请的活动需要经费赞助，在提交《活动申请书》时，需同时附加《活动赞助策划书》，方便外联组长对申请进行审核。

(2)赞助商信息发布：

如果通过审核的活动，将活动策划书发布到网站上，方便赞助商浏览；

同时如果有赞助商想进行赞助，可联系外联组长或者部长。

(3)外联组干事考核：

对本组成员的管理，包括人员的录入、修改、删除；

期末总结对每个干事进行综合考核评语、评分；

对所有人考核完后，提交给部长审批。

（五）办公室功能

(1)打印活动总单（社团留档管理）：

打印内容包括：活动申请单、活动质量汇报单、活动总结（从活动申请到活动结束整个过程文档）

(2)例会内容填写：

对每周的例会，进行记录整理后，上传到网站上，方便工作人员浏览。

(3)办公室干事管理与考核：（关系期末加分）

对本组成员的管理，包括人员的录入、修改、删除；

期末总结对每个干事进行综合考核评语、评分；

对所有人考核完后，提交给部长审批。

(4)飞信功能子系统：

在对应的账号里，嵌入飞信功能模块，方便办公室在一些工作上采用短信息通知，如：召开例会时间通知等。

(5)注意事项提醒：

系统自动检测部长、社团部老师、宣传组长、秘书组长、外联组长（下称工作人员）未登录时间；

在规定的时间内未登录，则发送站内信给办公室成员；

检测各工作人员账号的站内信状态，如果有信息，则用飞信自动通知，否则不通知； 飞信自动通知后，返回发送提示，如果未发送成功，则办公室人员手动通知。

(6)通知各协会、宣传组活动教室地点：

(7)收集各部门人员名单，分类收集：

（六）网络部功能

(1)社团网站维护后台子系统（对应页面管理内容+附加内容）：

(2)页面风格设置：

(3)校园音乐广播：

(4)网络部干事考核：

二.教师管理

1、社团部老师

(1)站内信：

进行通知交流功能，可接收社团内部通知和活动通知，也可给社团内部所有成员发送信息。

（2）审核新协会申请：

部长对新协会申请的条件进行审核，审核通过后提交给社团部老师，再由老师进行审核。

（3）审批协会注册：

各协会每学期需进行注册，部长对协会的注册条件进行审核，审核通过后提交给社团部老师审核。

（4）审批活动申请：

部长对协会申请的活动进行审核通过后，提交到老师这边，再由老师审核。

（5）审批社团外请教师：

协会会长填写“社团外请教师申请表”后，提交给部长，由部长对具体内容进行审核。

（6）审批学生社团换名：

部长根据协会会长填写换名申请表格，审批通过后，由老师再次进行审批。

（7）审核质量汇报单，并评分：

由部长进行审核后，提交给老师进行审核，（8）社团成员查询：

可查看社团部各部门名单及相应职位，与各协会成员名单及相应职位，但不能进行修改等操作，此功能由社团部工作人员进行操作。

（9）社团部门组织管理：

可对社团内各部门进行增、删、改，方便今后社团的组织结构变化。

（10）协会解散、恢复审核：

不符合协会条件的，部长审核后，提交给老师再次进行审核，可进行解散功能、恢复功能。

（11）部门干事考核审评：

通过部长将部门干事的审评后的结果提交给老师，让老师进行再次审评：

老师审评对象：部长、副部长、各部们组长、协会会长（包括副会长）；

审评内容：进行综合考核评语、评分；

对所有人考核完后，提交给社团相应成员。

2、团委书记

审批外出活动：

篇2：电子商务系统(java)需求分析说明书

1.1 公司信息管理

名称、营业范围、联络方式、其他

1.2 车辆信息

 车辆基本信息

车辆资料的添加、修改、删除、导出、打印：记录车辆的基本信息，包括车辆编号、车牌号码、发动机编号、车辆颜色、车辆类型、载客数量、营运种类、营运证编号、所属公司、部门、车队（组）、备注其他。 车辆购买信息

厂牌型号、出厂日期、购买店家、购买日期、购入价格、购置税及其他费用。

1.3 司机信息

 司机基本信息

编号、姓名、性别、出生年月、家庭电话、移动电话、住址、驾驶证号、准驾车型、驾驶证核发日期、发证机关、驾驶证有限期、就职时间等  司机违章信息

时间、地点、描述、其他。

1.4 人车配属关系

车与驾驶员的关联关系，一辆车对应1或多位驾驶员。

1.5 站点管理

行车站点资料维护、统计查询

1.6 线路管理

行车路线统计维护，查询

1.7 电子围栏设置

设置电子围栏相关信息

 行驶范围：车辆有规定的营运范围；

 电子围栏：把行驶范围转换成电子围栏，支持矩形、圆形等区域

1.8 其他

用户、车队、组织、部门、权限管理等。车辆监控

Inhand GPS可以为我们提供经度、纬度、速度、航向四个参数。

基于GPS，我们可以实现的主要功能：车辆定位、车辆实时轨迹、车辆行驶里程（obd）、历史路线、数据分析报表等。

注：以下截图中有些参数需要obd上传，可以不用考虑。

2.1 车辆定位

某车某时在某地。

2.2 车辆实时监控

车辆实时位置、速度、航向、及其他车辆参数。

2.3 历史路线

随时清查指定车辆某时段运行状态的详细运行轨迹线图以及轨迹回放。

2.4 轨迹明细

列表显示过去某天某车辆状态，包括车辆信息、位置、回传时间、当前速度（回传时）、方向等。运营管理

3.1 司机与车辆调度

司机考勤、身份识别

3.2 车辆年检

年检记录、年检提醒

3.3 加油管理

外地加油、定点加油、内部加油站管理。加油的日期、车辆、油量、费用等。

3.4 维修管理

维修申请、审批、维修记录

3.5 保险管理

保险记录 保险提醒

3.6 保养管理

保养记录（申请、审批）保养提醒

3.7 安全管理

车辆事故记录、驾驶员违章记录等

3.8 预警提醒

车辆年检到期提醒 车辆保险提醒

车辆保养提醒 车辆超速提醒 车辆越界提醒

3.9 费用管理

行车费用管理、加油费用管理、维修费用管理、保险费用管理、年检费用管理、其它费用管理

3.10 其他方向

1、培训以及培训资质相关

2、CRM（客户关系管理）相关

客户管理、合同管理等

3、供应商相关

供应商记录、供应商合同、供应订单、零售件（轮胎）等

4、汽车租赁业务 统计报表

4.1 位置报表

 疲劳驾驶统计：车辆持续运行2、4、6以及其他判定为疲劳驾驶等。

疲劳驾驶明细表、疲劳驾驶日报表、疲劳驾驶月报表。

 停车统计报表：可随时查找某车辆在任一时间段内的停车时间和停车地点，并可生成报表。

 停靠超时统计：车辆停靠某位置超过指定时间，则判定为停靠超时。

 里程统计： 根据行驶路线，统计当日里程和月里程，同时支持数据报表导出、打印、其他。

 车辆利用率：车辆是否到达某一站点。

里程、油耗都是通过obd上报，里程如果根据GPS计算，不确定是否可以计算，计算结果是否精确。

车辆运行状态（ACC）也是obd连接车载电脑获取状态码来判定行驶还是熄火。通过gps的速度区分，获取到的数据都不精确。

以上功能报表勉强沾边。

 超速、时速统计：车辆管理系统自动统计出某段时间时速排名。 偏离航向统计：统计某些车辆没有按照固定轨迹运行。

可以将该部分报表划分到报表管理模块

4.2 运营报表

篇3：电子商务系统(java)需求分析说明书

关键词：B2B,电子商务系统,需求分析

1系统非功能性需求

系统的非功能性需求主要是指性能方面的要求,只有较好地满足系统的非功能性需求,业务才能正常而持续地进行,从而保证系统安全可靠地使用。

(1)响应时间和速度。响应时间是衡量一个系统是否易用的重要标准,要求在系统使用期间,软件的响应时间不能高于秒,一方面节约了客户和管理员的时间,一方面加大了可用性。

(2)可扩展性。在B2B模式电子商务业务时,应当对系统的可扩展性有严格的要求。

(3)安全性。B2B模式电子商务业务涉及到大量的资金交易以及货品交易,因此客户个人信息和账户信息的安全性是首要的。

(4)跨平台性。在B2B模式电子商务业务中,不同客户可以随时使用浏览器进入电子商务页面,从而开展电子商务交易,因此系统应当具有强大的跨平台性。

2系统功能性需求

需求分析员应当使用多种方法获取系统的功能性需求,需求获取方法如下:

(1)与用户进行交流。系统的用户是直接体验和使用系统的角色,需求分析员需要与相关的用户角色进行交流和沟通,以获得其对系统的直接需求与详细需要。

(2)小组讨论。需求分析员可以组织具有相似项目开发经验的专业人员进行头脑风暴,由于利用丰富的经验,开发员们会结合开发过程中的问题,更加有效和切合实际地进行分析。

(3)调查问卷。需求分析员随机在消费者群体中进行调查,并且有针对性地提问,以获得大众对B2B模式电子商务业务的具体需求。

(4)专题会议。对于B2B模式电子商务业务,需求分析员可以专门召开专题讨论会,集思广益,围绕B2B模式电子商务业务进行集中分析。

(5) 自身体验。需求分析员可以利用角色扮演等形式体验B2B模式电子商务业务,从而得到更加细致的需求。

经过需求分析员的反复沟通与交流,基本确定了B2B模式电子商务业务相关的功能组成,分别是订货单管理、账务管理、发到货管理、库存管理、统计管理、基本资料查询等部分。

在订货单管理方面,订货单是商品交易的初始过程,对订货单的管理关系着交易能否正常进行和完成。

在账务管理方面,主要对B2B模式电子商务业务涉及的交易的应付款以及应收款进行管理,并且对收款和付款进行确认后,生产企业管理员以及商场管理员均按照流程规范生产销售账和财务账,并可以根据B2B模式电子商务业务需求查询账务信息。

在发到货管理方面,生产企业管理员可以生成发货单并查询发货单信息。商场管理员可以确认是否完成送货业务并对到货信息进行确认,生产企业管理员也可以查询到货的通知。

在库存管理方面,首先生产企业管理员根据出库信息填写出库单,并对出库单进行查询操作。然后当商品到达后,商场管理员对入库信息进行管理。

统计管理主要针对B2B电子商务业务的采购等财务信息进行统计,商场管理员根据采购记录统计分类采购信息,生产管理员根据销售情况进行月销售统计以及分类销售统计,并对月财务信息进行统计。

基本资料查询主要需要各个用户对系统的基本信息进行查询,包括EDI信息以及银行信息等,以便B2B模式电子商务业务的开展。

B2B模式电子商务业务总体功能包图,如图1所示。

3系统使用者

B2B模式电子商务业务进行主要涉及3类工作人员,分别是生产企业管理员、商场管理员以及物流公司管理员。下面详细说明3个角色的需求:

(1)生产企业管理员的需求。对生产企业管理员来说,主要进行的就是有关出货的管理工作。在订货单发出之后,生产企业管理员需要接受订货单,并按订货单的信息进行变更和处理。

(2)商场管理员的需求。对商场管理员来说,主要负责对商场进货进行管理,然后对物流公司的送货信息进行确认,并且对商场账务信息进行管理,统计入库信息并查询入库,并且需要查询基本资料信息,包括EDI中心以及银行信息。

篇4：电子商务系统(java)需求分析说明书

关键词：java人才预警校企合作信息化平台建设

1.平台建设意义

1.1 平台建设的背景

人才建设是提高经济效益，扩大就业，提高人民生活水平和生活质量的关键，2012年，山东省“新建100个工科专业”工作列为省政府重点主抓的35项民生大事之一。这项工作的目的在于为我省工业调整振兴持续培养创新型、实用型人才，并帮助他们有效的与相关就业岗位对接。

早在2005年省政府发布的《关于调整优化高等学校学科专业结构积极服务全省经济社会发展的意见》（鲁政发〔2005〕133号）就指出“建立人才预测预警机制”。因此笔者开展相关调查和研究工作，针对2007-2014年我省人才供需状况进行了有效预测，为当时学科设置和人才培养提供了前瞻性的参考依据。

1.2 平台建设目的

在人才工作中，人才需求预测是实施人才资源开发战略的重要前提，运用现代科学方法做好人才需求预测，对科学制定人才资源开发战略，加速构筑人才资源优势，培养造就人才队伍具有十分重要的作用。通过该项研究的实施，我们可以搭建企校双方深度了解、沟通、合作、发展的平台，实现企业人才需求和院校人才培养的有效对接，对院校人才过剩专业和紧缺人才专业提出预警。同时，为有效解决山东省企业与高校毕业生人才供需矛盾，面向全省企业和驻山东高校进行的人才供需数据调查研究。通过分析研究得出山东省企业未来中长期的人才需求状况和趋势，对人才过剩以及短缺行业提出预警，加大优化专业结构力度，促进专业设置科学合理，进一步指导和帮助企业人才引进。

2.技术基础

本系统采用java语言开发，它是一种可以撰写跨平台应用软件的程序设计语言，具有面向对象、高安全性、平台无关性、可移植性以及多线程等特点。同时也采用了先进的复用技术，为实现大幅提高软件质量、降低开发成本、缩短开发时间等目的。复用范围很广，不仅包括组件和运行平台，还包括技术、规范、方法、工具等，甚至产品结构战略和路线。涉及的关键技术包括：

2.1建模技术：主要包括“信息建模”和“行为建模”，以及建立在该模型基础之上的数据映射技术、界面框架技术、工作流技术等。

2.2框架技术：主要包括“服务框架”和“插件框架”，支持增量开发和迭代开发。

2.3权限控制模型：提供统一权限控制。

2.4各类复杂的基础服务：参数管理、角色管理等。

通过信息建模技术，获得企业人才需求预警平台信息模型。该模型不仅详细定义了对象类（Class）、类型（Type）及其属性（Attribute），还完备描述了对象之间的关系（Relation）。在这里所说的对象信息是通过值对象的形式存在的。值对象可以方便地在各层之间传递，无需做任何转换，并能够序列化，跨越网络环境，在分布式程序间自由传递，或方便的转换成XML格式。

界面框架技术实现界面控件的自动感知，实现控件与值对象间的自动映射，使得界面编程十分精简，只要摆放界面控件，而后给每个控件设置一个信息模型的键值即可。当系统运行时，界面控件将自动从值对象中取得数据并显示，修改的数据自动设置到值对象中相应的键值中。界面事件也通過模型结构来传递，事件处理同界面控件具有相同的机制。

平台的开发通过不断优化流程设计，逐渐形成一个高效、高质量的软件开发工作流程。能很快的定义流程，抽取出活动类型（行为），并使用原型来工作，在确认该流程后，可以逐渐地开发专用工具插件，逐渐替代通用模块，进一步提高效率。

3.平台的设计与实现

3.1 平台总体规划

山东省企业人才需求预警及信息发布网络集成系统将按照定量分析、定性分析与计算机技术相结合的研究思路展开，以数据库管理信息系统DBMIS为基础，以基于交互式预测支持系统IFSS的模型库管理系统MBMIS为核心，通过预测、预警模型自动识别、优化建模，以及多模型、多方法的自动或者人工选优，结合人机对话完成预警中定量分析难于解决而需要定性分析的过程，来解决山东省企业人才供需的预警问题。

该系统可以及时收集发布各行业人才需求信息，对人才过剩的专业和紧缺人才专业提出预警。山东省企业人才需求预警平台在本质上是以管理信息系统为基础，兼有决策支持功能的计算机预警信息系统，主要有两个相对独立的子系统：数据库管理信息系统和模型管理系统。

3.2 平台设计

3.2.1 平台结构设计

1、逻辑结构

图1山东省企业人才需求预测系统的逻辑结构图2、山东省企业人才需求预警及信息发布网络集成系统的功能

主要功能模块是由现状分析、人才需求预测、数据维护、打印四部分组成。

（1）现状分析作为本系统的一个模块，其作用不仅仅只是分析现状，而是通过分析现状找出不足及缺陷，并提出进行预测的约束条件。所以现状分析实际上是本系统为进行专家咨询，确定各个预测模型在不同时刻的可信度及目标约束而提供支持的依据。进行预测和决策都要从这里出发，从年龄、学历、专业等方面深入地多角度地利用各种图表协助决策者准确、全面、直观地分析现状，以此来指导预测和决策。

（2）人才需求预测部分是现状分析后，由专家给定的有关理性预期参数并与基本模型相结合自动生成变权组合预测模型进行预测，并对结果进行全面分析。

（3）数据维护部分的主要功能是对进行预测所需的数据进行加载及管理。

（4）打印部分的主要功能是将预测分析的最终结果进行汇总，将预测的所有数据及分析图表以总报表的形式输出。

nlc202309011906

4.2.2 山东省企业人事模型创建子系统

企业人事模型创建子系统是在企业行业特性、生产特性、产品、员工等数据分析基础上生成企业人力资源管理模型与组织结构图以及岗位设置等人力资源管理开发参数。

3.2.3 山东省企业人才资源需求预警子系统

按照功能的不同，可以把山东省企业人才需求预警子系统划分为系统维护、数据管理、信息查询、信息预警、报表打印以及帮助系统等功能模块。其中，预警功能是整个系统的核心，不仅可以进行年度、季度、月度数据的预警，而且采取多预测模型、多预警方法来分析比较，预警方法有综合模拟法、扩散指数法、合成指数法以及状态空间法等。

3.2.4 人力资源智能交流子系统

人力资源智能交流子系统是运用先进信息技术与各用户单位进行企业门户交流，实现企事业人力资源信息集成。企事业单位可以随时在网站发布、修改、更新、删除招聘信息。通过职位发布平台，激活的职位信息将在网站首页最新企业招聘职位发布栏目中展示，个人通过职位搜索功能搜索到招聘信息并浏览，主动通过电话、电子邮件以及在线通讯等方式与公司联系。

3.2.5 山东省企业人才信息库与信息发布子系统

山东省企业人才信息库与信息发布系统是运用先进信息技术与各用户单位进行企业门户交流，实现山东省企业人力资源信息集成。该子系统运用数据仓库技术按行业特性、专业特性、岗位特性等对人力资源各企事业现有人力资源信息、社会人力资源信息进行统计、分析、推荐、评价等功能。该子系统是基于人才测评共协决策支持系统（TACDSS）实现企业人才信息的集成。

1、系统总体架构

山东省企业人才信息库以专家系统为主，通过知识主导型多库共协机制，实现对有关数据库、模型库、方法库的调度。其关键技术为专家系统技术、数据库技术、模型库管理技术、多模型共协技术、多方法共协技术、人机共协界面技术以及多库共协技术。

2、系统技术方案

山东省企业人才信息库的网络平台采用1000M交换式快速以太网作为系统的网络硬件平台，主干网通讯协议采用TCP/IP；提供高级的对称多处理 （SMP） 支持，群集和负载均衡技术，数据库采用ORACLE，java技术与三层架构开发设计。

多库共协机制在各库管理系统的基础上，根据问题求解的需要，对各库（数据库、模型库、方法库和知识库）进行共协调度与通信，进行总体控制，使各库既可独立工作，又可多库协同运行，从而实现资源信息共享。

人才信息库采用目标驱动型多库共协机制，是由当前信息需求动态激活的。所谓目标即是何时需要什么信息，完成什么任务。其工作机制如下：根据用户提出的决策目标确定信息查询方式或模型决策方式或知识决策方式。如果为信息查询方式，则采用数据库技术，实现对数据库的查询操作。如果为模型决策方式，则根据模型字典和模型描述，选用模型，然后进行模型链接和模型调用，并采取一定的数据抽取技术关联数据库和方法库得出决策结果。如果为知识决策方式，根据决策要求、事实库数据对数据源的要求，采用既定的数据抽取策略，将对相关数据运用知识库技术进行推理，最后给出决策结果。

山东省企业人才信息库为实现人机共协，采用自适应人机界面的结构模型。该模型基于UIMS中最著名的Seeheim模型，并将Seeheim模型中的应用接口部件扩充成应用于系统中，这样整个界面的适应性就可以充分地在IDSS模块中得到体现。

图2自适应人机接口模型图3.3 数据库设计

3.3.1 数据库设计原则

数据库是整个软件系统的根基，是软件设计的起点，起着不可替代的作用。人才需求预警平台的数据库设计遵循以下几条原则：

1、数据库设计时要考虑效率和优化问题

数据库设计初期就应分析表中的存储数据量，并加以分类，对于数据量较大的表设计采用粗粒式设计方式，冗余一些必要的字段，从而达到尽量用最少的表、最简单的表关系去存储海量的数据。设计表时一般需对主键创建聚集索引，含有大数据量的表必须建立索引以提供查询性能。若含有计算、数据交互、统计等需求时应考虑是否采用存储过程。

2、添加必要的冗余字段

像“创建时间”、“修改时间”、“操作用户IP”和一些用于其他需求的字段等，在每张表中都有必要加入，为了便于日后数据的维护、分析、拓展。

3、设计合理的表关联

若多张表之间的关系复杂，建议采用第三个映射表来关联维护两张表之间的关系，从而降低表之间的直接耦合度。若多个表涉及到大量的数据，表结构应设计的尽量简单，关联也要尽量避免。

3.3.2 数据库安全策略

数据库安全包含了两层含义：一是指操作系统运行安全问题，黑客通过互联网、局域网等途径通过外部植入木马、间谍程序等手段使操作系统无法正常工作；二是指系统信息安全问题，黑客通过对数据库服务器的入侵，盗取或篡改数据信息，对用户造成无法弥补的损失。数据库防护手段如下：

1、事前诊断：可以利用第三方安全诊断軟件对数据库服务器进行定期检测，例如数据库漏洞扫描系统Xsecure-DBScan，该软件是一款能帮助用户对当前数据库系统进行自动化安全评估的专业软件。通过扫描检测，可发现外部黑客攻击后门漏洞，及时进行修补后可有效防止黑客对目标数据库进行深入探测分析。同时对不安全配置进行升级修改，防止非法用户越权访问。

2、事中控制：需要利用第三方安全软件对数据库进行加密存储、访问控制增强、应用访问安全及三权分立等操作。企业人才需求预警平台的数据库系统采用的是数据库保险箱Xsecure-DBCoffer软件，这是一款基于透明加密技术的数据库防泄漏系统，其中的DBCoffer主动防御机制可以防止明文存储引起的数据泄密、突破边界防护的外部黑客攻击，从根源上防止敏感数据泄露。

nlc202309011906

3、事后分析：平台在此阶段选用了一款名为Xsecure-DBFirewall的基于数据库协议分析与控制技术的数据库安全防护系统，其通过SQL协议分析，根据预定义的禁止和许可策略阻断非法违规的SQL操纵，形成数据库外围防御圈，真正实现SQL危险操作的主动防御、实时审计。同时，该系统在面对来自外部的入侵行为，提供了SQL注入禁止和数据库虚拟补丁包功能，通过安装虚拟补丁包，完成对目标数据库安全漏洞的防控工作。

4.系统性能测试

4.1 测试方法

性能测试包括：压力测试、稳定性测试、负载能力测试以及可扩展性测试等。在不同应用系统的性能测试中，需要根据应用系统的特点和测试目的的不同来选择具体的测试方案，本系统的性能测试主要采用通常的压力测试模式来执行的，即逐步增压/减压，查看应用系统在各种压力状况下的性能表现。测试采用的是MERCURY公司的LoadRunner8.1对测试应用的各层进行监控，判断J2EE各层次的各类方法和类的调用使用时间和效率，并得出J2EE應用的各类操作的性能瓶颈点，同时，本系统也采用了黑盒测试、白盒测试、容错性测试、接口间测试、可移植性测试以及回归测试等，切实保证平台运行的安全性。

4.2 测试方案

4.2.1 压力测试方案摘要

总持续时间（包括加压/减压）：10分钟。

加压/减压方式：每15秒增加2人，每30秒减5人。

4.2.2 压力测试结果

测试结果显示查询筛选单的平均事务响应时间是0.995s，cpu利用率为52.51%，无网络瓶颈，因此系统在线用户200人并发同时点击统计分析录入菜单时，持续运行业务10分钟的平均响应时间并没有影响稳定性，即现有硬件资源条件下可以满足并发用户数200人。

5.结束语

本文分析了造成目前国内“学生就业难、企业招工难”现象的各项因素，并设计实现了山东省企业人才需求预警及信息发布网络集成系统，该系统旨在解决山东省院校专业设置不合理从而造成就业招工

难问题，其中专业及岗位预警既有利于学校专业贴近市场，又可以将企业先进的生产技术、设备通过企校合作方式充实到教学一线，使学生一出校门就能上岗，企业也得以在激烈的市场竞争中优先遴选人才，实现了企业、院校及学生的三赢局面。

参考文献：

[1]徐春华，刘心雄.基于J2EE的设备管理系统的设计与实现[J].机电一体化，2003，20（3）：14-16.

[2]姚哲晖，吴广谋.国有企业人才危机与对策的系统分析[J].中国人才，2002，10（3）：124-126.

[3]赵曙明.人力资源管理研究[M].中国人民大学出版社，2001，6（2）：19-21.

[4]杨孝伟.对企业人才流失预警指标体系及运行模式的探究[J].集团经济研究，2006，16（5）：91-93.

[5]胡蓓.人才流失危机预测预警管理[J].中国人力资源开发，2004，22（12）：53-56.

篇5：教师工资管理系统需求分析说明书

需求分析报告

系统分析员：张倩、施婷婷、毛思雨、吴园希、陈金淼

日期：2011-5-3

1、目导言

1.1 目的

为工资管理系统提供一套具有基本功能的模拟软件支持系统提供基本的需求分析和描述，为软件的开发参与者（系统设计人员、程序员、测试人员、开发商、管理人员等）提供完整的需求信息。

1.2 范围

本软件适用于我校工资系统的管理和应用，它是完善、安全、稳定的系统管理模拟软件。待开发软件系统的名称：基于Web应用的学校教师工资管理系统

本产品能具体化、合理化、安全的模拟实现基于Web应用的工资管理系统的各种基本操作。

2、系统定义

2.1 项目来源及背景

本系统是一个学校内部工资管理系统。对教职员工的基本信息和工资信息进行添加和修改，能够调整工资项目，根据需要对教职员工基本信息和工资信息的查询，本系统能够生成各个月的工资表，能够打印报表方便保存和管理，还包括对系统的一些基本操作功能，比如为完善系统管理功能，增加工资系统用户管理功能，系统应该包括系统用户数据的添加，修改和删除。教职员工为系统普通用户，只能运行系统个人工资查询功能；系统管理员则能运行系统所有功能，从而有效保证系统数据的安全性，系统应该具有简单，易用，小巧，经典的特色，应该能够对高校工资管理进行优化，使其系统化，高效化，智能化。并保证工资管理的准确性，简易性，为学校财务人员提供便利。

2.2 用户的特点

本系统的用户主要有以下几类：

教职工：提交各人信息和查询总工资表；

财务处：查询总工资表，生成正确的工作表，生成各教职工工资条； 人事处：提交人员变动情况，制定奖惩实施细则，生成可变工资； 学校各部门：提交出勤情况，提交业绩情况，读取工资条。

本软件的使用对象是我校全体教职员工,必须通过IE浏览器访问该系统，然后再登陆页面输入正确的用户明和密码方可使用（即成功登陆）。

3、功能规格

3.1 角色定义

角色或者执行者指与系统产生交互的外部用户或者外部系统。

3.1.1 教职工

学校教职工通过系统可以实现以下使用需求：提交个人信息，登陆修改个人信息，查询个人工资各项详情。

3.1.2 财务处

学校财务处可以通过系统实现以下需求：读取工资表，生成正确工资表及查询工资情况。

3.1.3 人事处

学校人事处可以通过系统实现以下使用需求：输入教职工调动信息，读取教职工出勤及业绩情况，制定奖惩实施细则，生成教职工出勤工资、奖金及扣款清单。

3.1.4 学校各部门

学校各部门可以通过系统实现以下使用需求：给出教职工出勤情况，给出教职工业绩考核情况，读取各部门汇总表，得到工资条。

3.1.5 数据库数据库是一个与系统产生交互的外部系统，这个角色负责系统的数据查询、增加、删除、和修改等操作。

3.1.6 学校人事处

在学校教师工资管理系统中，管理员可以提交人员变动，提交可变工资（统计出勤工资、奖金及扣款项目），制定奖惩明细，查询工资表。具体描述如下。

用例描述：学校人事处管理； 执行者：学校人事处；

前置条件：人事处管理者已登录系统；

后置条件上：如果人员和工资产生变化，则数据库中的随之变化。基本路径：

登录成功，进入管理界面。

然后根据选择不同的操作分别进入不同状态，如：选择提交人员变动，可以对员工调入、调出、校内调动、离退休等数据进行修改，进入的状态为一个系统

反馈的信息表。若选择提交可变工资，则会再次给出选择分别进入状态为：出勤工资表，奖金表后者扣款清单表。

根据相应选择查询不同信息。查看信息完毕后，最后退出系统。

在学校教师工资管理系统中，财务处管理员可以查询工资表，然后每月月底将教职工的工资表做好并将数据送往银行。每月初（3日前）将工资条发给各单位。具体描述如下。

4、性能需求

4.1 界面需求

1.以通信功能作为界面设计的核心

人机界面设计的关键是使人与计算机之间能够准确地交流信息。一方面，人向计算机输入信息时应当尽量采取自然的方式；另一方面，计算机向人传递的信息必须准确，不致引起误解或混乱。

2.界面必须始终一致

统一的人机界面不致于会增加用户的负担，让用户始终用同一种方式思考与操作。最忌讳的是每换一个屏幕用户就要换一套操作命令与操作方法。

3.界面友好、使用方便

4.2 响应时间需求

系统能设置登录等级，对于使用服务器端工作者可以先行响应；

4.3 开放性需求

一个优秀的软件应该提供在线求助功能，甚至提供使用向导，这将给用户带来极大的方便。在多媒体环境下，以语音提示作为操作向导，不会干扰屏幕信息，是一个极佳的选择。

4.4 可扩展安全性需求

篇6：电子商务系统(java)需求分析说明书

编者说明：

许多有经验的开发团队在开始需求调查的时候，总会将“软件客户需求权利书”和“软件客户需求义务书”提交给客户，让客户明确其权利与义务，将会对需求调研、分析的工作带来意想不到的效果，你可以一试。

1.2.3.4.5.6.7.8.9.10.软件客户需求权利书 要求分析人员使用符合客户语言习惯的表达： 要求分析人员了解客户系统的业务及目标： 要求分析人员组织需求期间所介绍的信息，并编写软件需求规格说明； 要求开发人员对需求过程中所产生的工作结果进行解释说明； 要求开发人员在整个交流过程中保持和维护一种合作的职业态度； 要求开发人员对产品的实现及需求都要提供建议，拿出注意。描述产品使其有易用、好用的特性； 可以调整需求，允许重用已有的软件组件； 当需要对需求进行变更时，对成本、影响、得失有个真是可信的评估； 获得满足客户功能和质量要求的系统，并且这些要求是开发人员同意的。

软件客户需求义务书

1.2.3.4.5.6.7.8.9.10.给分析人员讲解业务及说明业务方面的术语等专业问题； 抽出时间清楚地说明需求并不断完善； 当说明系统需求时，力求准确详细； 需要时要及时对需求做出决策； 要尊重开发人员的成本估算和对需求的可行性分析； 对单项需求、系统特性或使用实例划分优先级； 评审需求文档和原型 一旦知道要对项目需求进行变更，要马上与开发人员联系； 在要求需求变更时，应遵开发组织确定的工作过程来处理； 尊重需求工程中开发人员采用的流程（过程）。

需求规格说明书（ISO标准版）

编者说明：

当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS（Software Requirement Standard）。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。

1.引言

1.1 编写的目的确定系统实现的主要功能、指导开发、管理上机学生。

1.2背景

a)待开发的系统的名称：机房收费系统

b)本项目的任务提出者、开发者、用户：学校领导、李龙生、学校学生

c)该系统同其他系统或其他机构的基本的相互来往关系。运行在学校局域网

中。

1.3 定义

[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。]

1.4 参考资料

[列出用得着的参考资料]VB程序设计、VB数据库开发、SQL数据库开发。

2.任务概述

2.1 目标

[叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。]

管理学生上机、学校、网吧等场所

2.2 用户的特点

[列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。]

学校老师、计算机系教师、每年使用

2.3 假定和约束

[列出进行本系统开发工作的假定和约束。]

3.需求规定

3.1 对功能的规定

[用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量，包括系统应支持的终端数赫尔应支持的并行操作的用户等指标。]

完成学生计费上机，收费下机的任务。

3.2 对性能的规定

3.2.1 精度

[说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精

度。]

3.2.2 时间特性要求

[说明对于该系统的时间特性要求]

3.2.3 灵活性

[说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这

些变化的适应能力。]

3.3 输入输出要求

[解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对系统的数据输出及必须标明的控制输出量进行解释并举例。]

3.4 数据管理能力要求（针对软件系统）

[说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。]

3.5 故障处理要求

[列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。]软件异常、死机等。

3.6 其他专门要求

[如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。]

4.运行环境规定

4.1设备

[列出运行该软件所需要的硬件设备。说明其中的新型设备及其专门功能，包括;

A.处理器型号及内存容量

B.外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量

C.输入及输出设备的型号和数量，联机或脱机

D.数据通信设备的型号和数量

E.功能键及其他专用硬件]

4.2 支持软件

[列出支持软件，包括操作系统、编译程序、测试支持软件等。]

Window 7

4.3 接口

[说明该系统同其他系统之间的接口、数据通信协议等。]

4.4 控制

[说明控制该系统的运行的方法和控制信号，并说明这些控制信息的来源。]

数据要求说明书（ISO标准）

编者说明：

如果在你的项目中有大量要求数据存储、数据采集等方便的需求，那么你就应该专门将这些需求进行整理，以数据要求说明书的形式表现出来。

1.引言

1.1 编写目的[说明编写这份数据要求说明书的目的，指出预期的读者。]

1.2 背景

a)待开发软件系统的名称；

b)列出本项目的任务提出者、开发者、用户以及将运行该软件的计算站或计

算机网络系统。

1.3 定义

[列出本文件中用到的专门术语的定义和外文首字母词的原词组。]

1.4 参考资料

[列出有关的参考资料。]

2.数据的逻辑描述

[对数据进行逻辑描述时可把数据分为动态数据和静态数据。]

2.1 静态数据

[列出所有作为控制或参考用的静态数据元素。]

2.2 动态输入数据

[列出动态输入数据元素。]

2.3 动态输出数据

[累出动态输出数据元素。]

2.4 内部生成数据

[列出向用户或开发单位中的维护调试人员提供的内部生成数据。]

2.5 数据约定

[说明对数据要求的制约。逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的限制。对于在设计和开发中确定是临界性的限制更要明确指出。]

3.数据的采集

3.1 要求和范围

[按数据元的逻辑分组来说明数据采集的要求和范围，指明数据的采集方法，说明数据采集工作的承担者是用户还是开发者。]

3.2 输入的承担着

[说明预订的对数据输入工作的承担者。如果输入数据同某一接口软件有关，还应说明该接口软件的来源。]

3.3 预期处理

[对数据的采集和预处理过程提出专门的规定，包括适合应用的数据格式、预定的数据通信媒体和对输入的时间要求等。对于需经模拟转换或数字转换处理的数据量，要给出转换方法和转换因子等有关信息，以便软件系统使用这些数据。]

3.4 影响

篇7：网上鲜花系统需求说明书

随着网络的普及，网络支付手段的逐步完善，越来越多的人习惯于网上购物，选择鼠标点击下订单，送货上门的快捷便利的购

物方式。网络为改变传统的商业运作模式提供了一种技术上的可行性的方案：利用Internet的技术和协议，建立各种企业内部网Intranet，企业外部网Extranet，通过廉价的通讯手段，将买家与卖家、厂商和合作伙伴紧密结合在了一起，消除时间与空间带来的障碍，从而大大的节约了交易成本，扩大了交易范围。而在实际的生活中，这种方案已经被广泛的运用到了实际的商业活动中了，人们将这种交易模式称为：电子商务。

而传统书店的购书观念也正在被网上书店这一方便快捷的购书方式所冲击。网上书店在国际互联网上可以实现的商务功能已经越来越多样化，从最开始的信息发布功能，到现在的在线图书展示功能、在线洽谈业务功能、在线交易功能、在线客户服务功能、在线管理功能等等，几乎传统书店所提供的功能都可以在互联网上进行电子化的高效运作，而借助网络的跨地域特点，更是将传统书店的地域限制加以突破，从而大大增加了客户的数量。

任务概述及系统功能概述

2.1 系统功能说明

2.1.1花店前台

前台作为与用户直接交互的界面，在考虑功能的同时，也考虑了操作的简洁和方便性，目的是让大多数不在懂电脑操作的客户，也能轻松的享受电子商务给他们带来的便利。(1)前台主要功能包括

注册/登录、我的账户、花店介绍、联系方式、鲜花查询、图书分类浏览、鲜花展示、鲜花排行榜、精品推荐、购物车、自动友情链接功能等等。

(2)网上花店系统前台设计的特色(a)我的账户

每个注册的用户，都拥有一个属于自己的账户管理界面，客户可以轻松的管理个人基本资料，送货信息资料，修改密码，管理订单，查看鲜花，查询订单汇总。本系统充分考虑到了本模块对于客户的重要性，所以界面尽量做的简捷，采用开放式结构，一目了然，方便客户轻松掌控自己的一切信息，从而提高对花店的信任度，进一步增加花店的销售额。(b)鲜花订购的详细过程

会员注册-->选择鲜花-->下订单-->鲜花店发货-->快递公司送货-->客户收到鲜花核查无误后付款

(c)多种方法查询方式

传统花店最困惑的就是购花时的盲目性，找一束花，需花费大量的时间和精力，网上花店这方向的困惑已经得到了彻底的解决，数据库的高效检索，让客户找书不再烦恼。本系统运用了先进的检索方式，包括模糊查询，按鲜花分类、按鲜花序号，按鲜花价格范围，按生产商，按鲜花名等多种查询方法，同时查询方法简单易懂。

系统前台结构图

系统前台 用户登陆鲜花展示订购服务鲜花知识链接用户注册 新花上架精品推荐销售排行详细分类立即购买加入购物车友情提示

2.1.2花店后台

本系统后台管理在考虑花店管理操作简便的同时，提供了强大的花店管理主模式。大模块上分为用户管理，鲜花管理，订单管理，分类管理。

系统后台结构图

系统后台用户管理鲜花管理

订单管理 分类管理

2.1.3售后服务

(1)、客户评价

当用户购花成功后，可以在当天内对此花的质量等进行评价，若评价经管理员审理后，不含有触犯相关法律法规的内容，则此评价内容会显示在鲜花信息的下方。广开言路，为管理员和其他客户提供参考意见

（2）考虑到鲜花的新鲜度，确认付款后当天内若有质量问题，可与店方协商后换货。

2.2 网上花店的系统特点

(1)简洁美观的操作界面

美观又简单的操作界面对于一个网站能否吸引顾客的光顾，起着至关重要的作用。操作过于复杂或网站的设计过于沉闷都会使网上花店得不到客户的青睐。本系统通过工作人员的精心打造，配以精致的鲜花动画，使网上花店既时尚典雅，又动感十足，吸引广大顾客的光临。

(2)、科学的花店管理模式

系统采用店方推荐与客户检索相结合的方式，能轻松的找到客户所需要鲜花信息；通过完善的信息发布系统，客户可以及时得到花店最新动态和新闻，掌握行业动向；后台结构化管理模式，涵盖了用户管理、订单管理、分类信息管理、鲜花管理等等，为化店的电子化管理提供了一套良好的管理模式。（3）加入购物车

网上购物不可避免的需要涉及邮递，而邮递也需要客户付出一定的费用。购物车系统的开发，使买家可以像在超市购物一样，随意添加删除商品，选购完毕后，统一下单。避免多次付费、重复付费,为客户提供便利。需求规定

3.1对功能的需求

分析用户要求实现的全部功能（分析建模 DFD，DD，E-R）3.1.1 系统功能模块图

网上花店管理系统的功能可以划分为如下几个部分

（1）前台管理：主要是用户或会员必须先进行登录然后进行查看鲜花、选择的鲜花、购买鲜花等基本操作。

（2）后台管理：主要是管理员对会员的管理、整理购买鲜花订单完成发送货、鲜花库存的动态管理、对网站的维护和更改等操作。

登陆界面用户查询管理员登陆注册成为会员会员登陆管理会员管理购花单管理鲜花购买鲜花，收到回执单进行发货生成账目生成购物单更改库存 3.1.2 数据流程图

客户 所有鲜花信息购买鲜花系统鲜花客户顶层数据流图

客户所需鲜花信息鲜花处理1订单支付处理2鲜花客户D1 订鲜花信息D2 支付信息

购买鲜花系统化分析数据流图

注册1.1填写信息挑选鲜花1.2鲜花放入购物车1.3D1所选鲜花信息预订鲜花系统细化分析数据流图

3.1.3 数据字典

本系统的部分数据字典如下：(1).数据存储：

名字：用户表

别名：用户表

描述：记录用户的个人基本情况

定义：用户表=用户id+姓名+家庭住址+登录密码+真实姓名

位置：网上鲜花店数据库 名字：用户分类表 别名：用户分类表

描述：记录各使用者的个人基本情况

定义：用户分类表表用户分类id+职位+姓名+登录密码 位置：网上鲜花店数据库

名字：鲜花表 别名：鲜花表

描述：记录库存鲜花的基本信息

定义：鲜花表=鲜花id+鲜花分类id+名称+描述+价格+点击次数+来自生产商+库存 位置：网上鲜花店数据库

（2）数据结构：

名字：用户id 别名：用户号，编号

定义：用户id=用户申请日期+用户个人编号

会员申请日期=8{数字字符}8 会员个人编号=2{数字字符}8 位置：用户表 名字：管理员id 别名：管理员号，管理员编号

定义：管理员id=部门编号+职工个人编号

部门编号=2{数字字符}2

职工个人编号=5{数字字符}5 位置：管理员表

名字：鲜花 id 别名：鲜花号，鲜花编号 定义：鲜花id=种类编号+编号 种类编号=8{数字字符}8 编号=4{数字字符}4 位置：鲜花表（3）数据元素 名字：花名 别名：花名 定义：4{字符}8 位置：用户表 管理员表 网上鲜花店数据库 名字：联系方式 别名：联系方式

描述：手机联系方式或固定电话联系方式 定义：11{数字字符}11|7{数字字符}7 位置：用户表 用户分类表

网上鲜花店数据库 名字：登陆类别 别名：登陆类别 定义：1{汉字}4 位置：用户分类表 网上花店数据库 名字：密码 别名：登陆密码 定义：3{字符}6 位置：用户表 用户表 网上鲜花店数据库 名字：时间 别名：时间 定义：8{汉字}8 位置：订单表

3.1.4 E—R 图

地址性别密码地址用户名密码用户名用户1购买MM1管理1管理员1管理下订单MM点击次数订单库存价格明细编号鲜花数量订购时间种类鲜花名描述

3.2 对性能要求

3.2.1 精度

本系统要求输入的会员年龄为整数，买书的数量为整数，出生日期必须是合法的日期形式（如1990-08-01），身份证号码必须为数字。3.2.2 时间特性要求

（1）系统的更新处理时间应该在可接受的范围内；（2）系统的数据查询时间应该在可接受的范围内；（3）系统的数据统计时间应该在可接受的范围内。3.2.3 灵活性

（1）操作方式上应该能够满足鼠标和键盘任意切换的需要；

（2）能够支持Windows95、Windows98、Windows2000、Windows Me和Windows XP的运行环境；（3）留有与其他系统的接口。3.3 输入输出要求

对会员注册中“姓名”的输入要求不超过4个汉字或8个英文字符；会员的性别只能选择不能有键盘输入，出生日期必须输入合法（如1990-08-01），输入身份证号必须合法，即必须为18为数字。3.4 数据管理能力要求

由于购买鲜花系统会对用户的资料进行保存，并且，鲜花的库存会随着数的购买或购进新的鲜花而改变，因此对数据的存储有一定的要求；要求提供数据的备份功能。3.5 故障处理要求，可维护性

在输入不对的符号定义格式的数据时，软件应出现提示信息，而不是死机或删除已经输入的信息，然后再弹出界面重新开始。

在鲜花的库存小于用户购买的数量是必须提示库存不足，而不是还可以卖给用户。

系统出错后可以允许的最大恢复时间，系统运行日志，是否允许对系统的修改 3.6 其他专门要求

要求能够按用户姓名进行检索。3.7安全性 3.8可靠性

“系统一个月内不能出现2 次以上故障” 3.9可用性 运行环境规定

4.1 设备

运行本软件要„„的计算机。4.2 支持软件

本系统操作系统包括：Windows XP、Win7等。本系统支持的数据库： SQL Server 2005 本系统的开发工具：Visual Studio.NET 2008＋SQL SERVER2005。

4.3 接口

1）用户接口（人机界面）2）硬件接口 3）软件接口

篇8：基于JAVA的电子政务系统研究

关键词：电子政务,XML,J2EE,信息安全,设计模式

电子政务是随着计算机技术和网络技术的快速发展而建立起来的。电子政务的目的是利用现代的信息技术实现政府办公网络化、自动化、无纸化,打破政府各部门之间的隔阂,提高政府部门的工作效率,促进相互协作,最终提供给公众便利的服务。以政府信息化、规范化、协作化和程序化为代表的电子政务正在改变政府传统的运作模式,电子政务的建设也成为当今的研究热点。采用电子政务可以改进行政施政,提高政府工作的效率,便利于公众享受政府提供的公共服务,增加政府工作的透明度和责任性,建立高效廉洁的政府,更好地诠释政府工作的职能及内容,及时发布准确的信息,合理规划、有效管理、及时的公共政策。电子政务的发展,将在政府职能的转变、政府效率的提高、政府决策的科学化、政务的公开透明以及政府开支的节约等方面产生重大影响。本文以株洲市电子政务建设为例。

1 研究方法

系统按照“以需求为导向,以应用促发展;统一规划,协同建设;资源共享,安全保密”的建设原则,在电子政务建设领域取得了长足发展。电子政务建设取得了较大的进展,工作步伐明显加快,目前已由实现办公自动化为特征的缓慢发展阶段进入到以“三网一库“为重点的加快发展阶段,政务信息网络建设和应用由局部建设转向全面建设,由单位局域网建设转向行业纵向网应用。全市横向网络平台已趋建成,办公业务资源网及OA系统建设已完成。规划框架为“两网四库一中心十大应用系统”,两网是指政务内网和政务外网,政务内网是部办委局政务部门之间的联合办公网络平台,政府外网是政府的业务专网,主要运行政务部门面向社会的专业性服务和不需要在内网上运行的业务。“十一五”期间,电子政务建设的主要目标:建成稳定、可靠、安全的全市电子政务统一平台;建设一批具有一定水平的电子政务公共服务和党政机关应用系统;基本建成内容较完整的基础信息数据库、公共信息数据库和部门业务数据库;建立健全的政务信息资源共享机制;建立规范高效的电子政务建设、管理和运营机制,形成比较完整的法规政策和标准化体系,打造一支适应电子政务发展要求的人才队伍。

按照《电子政务标准化指南》的要求,依据国家标准进行设计,系统具有实用性、安全性、可靠性、先进性、可扩充性、易维护性和开放性.

(1)开发模式系统将数据库归档存储在Oracle9i数据库中,便于检索与统计分析,服务器端利用Java Bean编制多个层次的中间件,并利用数据库连接池中间件进行数据访问与修改。通过JSP集成,重复利用了面向对象的组件技术(COM、DCOM、Applet、Servlet),生成客户端HTML、XML等浏览器可以接受的界面格式,客户端利用Applet和Java Script完成相对的业务功能,如图1所示:

(2)集成构件化技术从软件复用的思想出发,开发并引入独立的构件系统,集成到电子政务系统中,既能够增强系统的灵活性,又能够减轻开发任务和费用,增强系统的稳定性和可维护性。

(3)数据库连接池技术在访问高峰阶段,可能因为数据库的访问压力造成系统速度明显变慢,根据这一情况,决定采取数据连接池技术解决访问效率和抗压能力。

(4)安全可靠的访问控制技术通过访问控制系统来设置所有用户对系统的操作权限,用户根据角色、组别的不同具有不通的权限,登陆系统后的菜单功能操作都是根据其权限自动生成,具有安全可靠性。

(5)功能自主定制系统的各部分功能都可以通过系统设置进行自主定制,根据自身需求定制所需功能菜单以及操作。还可以通过动态查询构件系统自由管理定制查询功能,自定义表单等自主功能。

2 总体结构设计

(1)系统设计模式建立在J2EE基础上的电子政务系统采用了MVC开发模型进行系统设计,可缩短电子政务系统的开发和实施周期,能有效降低电子政务系统的复杂性,使电子政务系统具有良好的可扩展性、集成性、并能减少电子政务系统的总体成本。这种体系结构能有效地在存储和展示数据的对象中区分功能模块以降低它们之间的连接度,能将传统的输入、处理和输出模型转化为图形显示的用户交互模型,是多层次的Web商业应用。MVC体系结构具有三个部分:模型、视图和控制,每个部分有其各自的功能。MVC模式将系统分为三个部分,分别是数据模型、视图和控制器,并定义了这三个部分之间实现通信的一种模式,使每个部分不必卷入到其他部分的状态表示和方法实现的细节中去。每个部分有自己的数据管理规则,各个部分对象之间的通信只能使用己定义的一个受限连接集合进行。保持这种分离性通常是好的面向对象编程和设计要追求的目标,让各个对象只需专注于自己的事务。

模型部分代表了商业数据的访问及修改数据的操作。当数据发生改变时,它要负责通知视图部分,并且提供视图查询状态的能力。另外,它还向控制提供应用功能。视图部分以自己的方式显示模型的内容。它访问模型的数据,并且当模型的数据发生变化时更新模型的显示。视图还把从用户那里得到的信息传给控制部分。

控制部分定义了应用的行为。它分发用户请求和选择表现视图,还负责解释用户输入,进而调用模型的功能。在Web应用中,用户输入包括对Web级资源的HTTP、GET和POST请求。控制部分根据用户交互和模型的状态选择要显示的视图。一个应用程序一般为相关的功能选择一个控制,这样做有利于团队合作开发,有利于代码的重用,也有利于后期的管理维护,如图2所示:

在模型层、视图层和控制层之间划分责任可以减少代码的重复度,使应用程序维护起来更加简单。同时由于数据和商务逻辑的分离,在新的数据源加入和数据显示发生变化的时候,数据处理也会变得更加简单。

(2)框架设计如图3所示,采用B/S三层架构进行设计,其中,数据层主要存放各种数据库,包括办公用的办公数据库,也有决策系统的决策数据库以及各种职能数据库等。应用层(也叫控制层)是核心层,系统设计和实现的大部分工作都在这个层次体现,其中应用平台层是中间件产品,应用服务器提供各种服务和功能;业务子功能层是系统对政务的现实办公的抽象,将这些抽象封装为实现工作的相对独立的功能模块,图中列出了系统的几个功能模块,这一层次上开发人员开发可复用的构件或者复用已有构件来避免当前乃至日后的重复开发。服务渠道子层是现存产品提供的各种辅助功能。客户层是用户使用的界面层次,用户通过Web浏览器应用政务系统。这种架构使得系统具有易维护、易扩展及易兼容性,实现了真正意义上的“瘦客户”,给软件系统的开发和维护带来极大的方便。

3 基于J 2EE和XML技术的电子政务实现

电子政务系统从需求上可以分为两大部分:电子政务门户系统和政府政务系统。前者是面向公众的一个窗口,通过门户系统方便企业或市民办事,通过后者可以在政府内部建立一个信息共享、办事流程自动运转的高效协作协调体系。

采用JSP+Servlet+JavaBean。此模式遵循视图控制器(MVC)模式,它的主要思想是使用一个或者多个Servlet作为控制器,请求由前沿的Servlet(可能是多个Servlet构成的一个处理链)接收并处理后,会重新定向到JSP。在Servlet作为控制器时,每个Servlet通常只实现很少一部分功能,多个Servlet控制器完全可以结合起来完成复杂的任务,这样的好处是Servlet的重用性好,副作用就是可能会导致请求响应的时间加长。在此种模式中,Java Bean作为模型的角色,它充当JSP和Servlet通信的中间工具,Servlet处理完后设置Bean的属性,JSP读取此Bean的属性,然后按其提供的信息把页面按要求显示出来。图4是株洲市电子政务的综合查询图。

4 结束语

随着网络技术和现代通讯技术的高速发展,电子政务己成为“信息高速公路”各大应用领域之首。本文对开发电子政务系统的关键方法做了一些探索,论证了选择J2EE平台构建电子政务系统的优越性,以及选择XML技术处理异构环境下的数据交换的必要性。采用基于XML标准的数据交换方式,解决政府不同部门之间信息交换问题,研究并实现了基于J2EE和XML相结合的构建电子政务系统的解决方案。

参考文献

[1]范希平.上海电子政务建设的实践与思考[J].中国信息导报,2003(4):29-31.

[2]薛新玉,刘字,刘德钦.电子政务中的人口空间管理和分析[J].测绘科学,2003.28(1):41-44.

[3]张英朝,张维明,肖卫东.基于网格技术的电子政务平台体系结构[J].计算机应用.2002.22(12):28-30.

[4]Luis Ennser,Pietro Leo,Tamas Meszaros,Eric Valade Using,XML forBusiness-to-Business and Business-to-Consumer Applications[M].ibm.com/redbooks,September,26,2000.

[5]Roger S.Pressman,Software Engineering-A Practitioner’s Approach[M].McGraw-Hill,October,1999.

[6]CrnkovicI.Component-Based software engineering New challenges insoftwaredevelopment[J].Software Focus,2001,2(4):127-133.