网上书店系统需求分析

网上书店系统需求分析（精选9篇）

网上书店系统需求分析 篇1

1.1需求分析意义-------------------------1

第二章功能需求

2.1 前台功能------------------------------2

2.2 后台功能------------------------------2

第三章性能需求

3.1 软件环境------------------------------3

3.2 硬件环境------------------------------3

第四章系统可行性分析

4.1 技术可行性----------------------------4

4.2 经济可行性----------------------------4

4.3 社会可行性----------------------------4

第五章出错处理需求

5.1 处理错误5

第六章将来可能提出的要求

6.1 不确定性要求-------------------------6

一 需求分析的意义：

一个好的产品之所以能成为一个好的产品，关键在于需求分析是否充分考虑到用户的所有需求，好的需求分析能提高工作效率，减少不必要的麻烦。需求分析的任务是发现、规范用户需求的过程，有益于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作，作为工作成果的原始依据，并且可向潜在用户传递软件功能、性能需求，使其能够判断该软件是否与自己的需求相关。

二 功能需求：

前台功能

（1）会员管理：登录是需要的凭证，每个会员都有自己的管理界面，可进行资料的修改等操纵。

（2）图书查询：图书查询的目的是为了帮助用户快速地找到想要购买的图书。用户可以按照书名、作者、出版社等方式查询到想要的书籍。当用户选择了某类书籍时应能显示书籍信息：图片、会员价、市场价等。

（3）图书展示：为了将网络他、书店中的图书有序的罗列出来。图书展示分为：新品图书、推荐图书、畅销图书、排行榜。

（4）购物车：购物车中要列出用户所选择的书籍名称、市场价、会员价、数量，总计金额。好、用户可以删除购物车中的书籍，修改某个书籍的数量，清空购物车，到结算页面确认并下定单。

（5）订单生成与管理：购物后，确认支付和配送方法后生成订单。系统发送邮件通知书店管理员。会员还可以查询自己订单的处理的处理情况和历史订单。

（6）结算功能：结算前必须再次验证用户，验证合法后，进入结算页面，显示订单的日期、收货信息、购买书籍清单，用户还可以再次修改收货人信息，修改或删除已选书籍，当确认后，可以选择下订单。

（7）在线帮助：简单介绍网站的购物流程，一姐一些常见的问题。

后台功能

（1）图书馆里

添加新书：管理员和添加人员可以通过这个功能详述点录入新的图书。添加信息包括书名、作者、出版社、缩略图异界所属类别等等。

管理书籍：管理员和添加人员可以进行图书的查看、编辑、修改。

（2）用户管理

此功能只有最高权限管理员拥有，这好似用来管理后台管理员的功能、可能添加、修改、删除新的管理员以及分派权限、修改管理密码。

（3）订单管理

订单管理处理时首先判断管理员的身份，然后课根据就、订单状态来做相应的服务。订单状态分为五种：未作任何处理、用户已经划出款、服务商已经收到款、服务商已经发货、用户已经收到货。

（4）会员管理

修改、删除会员资料。

三 性能需求：

硬件：微型计算机，计算机局域网络。

软件：Win

7、JDK/Tomcat/、Struts、Eclipse、mysql。

四 系统可行性分析：

4.1 技术可行性

根据前期的市场调查与对下列系统功能、性能及实现系统的各项所需技术的约束条件的分析来看，本系统程序开发应是一个集数据库管理和查询为一身的系统，根据现有的开发技术，开发硬件、开发软件的性能要求及环境条件等来看，各项条件良好。同时，考虑给予的开发期限较为充裕，预计可以在规定期限内完成预定功能地开发与实现。

在软件方面本程序设计采用的开发环境是Microsoft Visual Studio 2010,采用开发语言 ASP、NET编写程序，采用SQL Server2008 做后台数据库。在硬件方面电脑的各种配置包括输入输出能力，内部存储器和外部存储器的容量都能满足用户的要求。

4.2 经济可行性

据调查，在中国有实际购买行为的网民中，有57.6%购买的是图书，有26.4%购买音像制品，这充分说明以网络书店为代表的出版物在线销售有良好的发展机遇。出版物网上销售有诸多有点：24小时服务、送货上门、无店铺销售、搜索查询数据库等优点，弥补了传统出版发行业的不足。随着人们购物观念、购物习惯的改变以及网上购物质量、信誉的提升，出版物在线销售将有更大的空间。方便、快捷和经济使用的电子商务将推动企业的发展。而在线销售图书是不少企业的首选，这样网络书店便应运而生。

4.3 社会可行性

（1）法律可行性

该平台是自主研发设计，因此不会构成侵权，在法律上是可行的。

（2）用户可行性

该系统是一个电子商务网站，所以操作简易，用户购买不需要了解整个书店的工作流程，只需要按照提示一步步操作即可完成购书等其他活动。

五 出错处理需求：

处理需求指的是当应用系统发现他自己犯下一个错误时所采取的行动，但是，应该有选择地提出这类出错处理需求，对应用系统本事错误的检测应该仅限于系统的关键部分，而且应该尽可能少。

六 不确定性要求：

网上书店系统需求分析 篇2

高校学生网上评教系统是一个基于校园网的交互平台,该系统需要具有完善的用户权限管理功能,使得不同的用户能够具有相应的权限,彼此互不干扰,各自完成工作内容。网上评教系统的应用对象主要是学生、教师、管理员、专家、督导等。学生是评教系统的主体,这点概念必须明确。教师既是被评的主要对象也是评教的参与者。管理员主要对评教业务进行组织管理,使评教的效果达到预期目的。网上评教系统用户角色如表1所示。

从表1中所列的角色权限情况来看,学生是整个评教工作的主体,管理员则负责维持整个评教过程的规则与全程监督,教师作为被评的对象需要及时针对评教的等级等结果反馈教学整改措施。

2 高校学生网上评教系统业务流程图

高校评教业务的主体是学校的学生,在开展评教工作时首先由学生发起评教任务,选择不同的评教类型,评教类型根据评教管理方案分为教学建议、学期评教、教学管理意见反馈。如果选择教学建议则可以提出对教师或课程的建议,教师给予反馈意见,最后生成评教数据。如果选择学期评教,则是对整个学期的教学进行评教,评教过程中可以参考评教指南,选择教师并对教师进行分项评价与课程评价,选择不同的老师依次完成对所有老师的评教,同时也对本学期的自我学习情况进行评价,最后对所有老师再进行一个综合评教,生成评教数据。如果选择的是教学管理意见反馈,则可以对学校的教学和教务提建议,学校管理人员反馈意见,由学校解决学生提出的问题,最后形成评教数据,完成评教工作。(见图1)

通过此节内容从全局的角度对高校的评教需求进行分析,下面将在全面分析的基础上细化功能性需求。

3 高校学生网上评教系统功能需求分析

3.1 评教参数管理需求分析

评教参数管理主要为实现评教方案的制定提供一定的界定和基础,防止出现系统中出现不符合规约的相关参数和信息,评教参数管理主要内容包括评教项管理、评教表管理和评教标准管理。

为保证一个评教方案内容的完整性和准确性系统需要对评教方案的评教项和对应的评教表内容、格式、标准进行一定的定义。评教参数管理的用例规约表如表2所示。

3.2 评教方案管理需求分析

评教方案管理是高校评教管理的核心功能。评教方案管理的主要目的是制定适合学校情况的切实有效的评教工作管理办法。评教方案的制定要考虑若干的因素。一个完整的评教方案具有明确的评教时间点,评教方案分为教学建议、学期评教、教学管理意见反馈3种类型,对于学期评教来说时间点一般放在每学期期末考试前的两周进行。另外评教方案有明确的评教对象,对于每一名学生来说,评教对象一般是自己的任课老师。对于评教工作的组织管理是由学校专门的部门来负责,通常情况下由教学质量管理部门统一管理,分管副校长与各班辅导员、教学管理人员协同开展工作。采用的评教形式是填写教师课堂教学评教表格的方式反映教师的授课水平。评教过程是一项非常严肃的事情,学生作为评级工作的主体要做到反映意见真实,对学校的教育质量负责、对老师付出的劳动负责、对自己负责,确保评教参数真实可靠。

评教方案管理主要实现对评教方案的制定,主要内容包括评教时间、评教对象、评教组织、评教形式、评教要求和评教程序。

该用例规约表主要体现了评教方案的制定过程中的逻辑约束,需求阶段的评教方案用例规约表在后期可用于评教方案管理功能的测试用例的编制。

3.3 评分管理需求分析

评分管理主要是根据评教方案的要求由学生作为主体进行的评分过程。评分管理由管理员、学生、教师共同完成,内容包括查找教师、查看课程、提交评分、评教信息查看、评教信息打印、查看评分、过滤非法评教信息、评教信息统计、评分课程统计等。

评分管理功能用例图,如图2所示。

下面对评分管理进行详细的用例分析,如表3所示。

该用例规约表主要体现了评教方案的制定过程中的逻辑约束,需求阶段的评教方案用例规约表在后期可用于评教方案管理功能的测试用例的编制。

3.4 系统管理需求分析

系统管理的权限一般属于管理员。系统管理员可以对管理系统的用户名、密码等登陆信息进行管理,可以根据系统需求建立不同的角色并为不同的用户分配不同的角色。

下面对系统管理进行详细的用例分析,如表4所示。

系统管理主要由系统管理员进行操作,主要操作系统的角色的设置、角色权限的设置、普通用户的创建,数据库的备份与恢复操作。该用例规约可以用于后期系统测试阶段的测试用例的编制。

参考文献

[1]闫枫.高校“学生评教”存在的问题及改进措施[J].职业教育,2008(5):166.

[2]谢谷萍.高校学生网上评教探析[J].江西师范大学学报,2008(8):129.

网上书店系统需求分析 篇3

关键词：网上医院 预约挂号系统 绩效

1、选题的背景及研究意义

目前我国的医院虽然受到地域、资金、管理制度的影响，发展程度参差不齐，但是整个医疗行业的发展前景仍然不容小觑。继中国医疗市场出现与美国上个世纪70年代相类似的爆发式的增长，其发展的潜在空间巨大。

同时，科学技术的高速发展和信息化进程的不断加快也使得计算机在医院医疗、教学、科研、生产管理等各个方面的应用越来越普及。挂号一直是困扰医院提高服务质量的一个复杂环节，特别是医疗水平高、门诊量大的医院。由此，网上医疗预约挂号系统作为医院管理信息系统（HIS系统）的第一个窗口、方便病人挂号并帮助医院提高效率的信息系统逐步获得重视。

2、网上预约挂号系统简介

2.1 系统的历史发展

早在1999年9月。北京市卫生局网站就开通了集中式的网络预约挂号服务，并推出“北京市医院预约挂号一卡通”项目，先后有50多家医院参加，包括主要三级甲等医院和一些大的专科医院。北京市114统一预约挂号平台、广东省人民医院网上挂号平台是近年来实施网上预约挂号的部分典型案例。

网上医疗预约挂号系统依托网络经济时代的大背景，着重利用网络设备并通过访问网站进行预约挂号。它按照运营方式可分为三类：

第一类，医院有自己独立的网上预约挂号系统，且比较成熟。如北京肿瘤医院、中国人民解放军总医院（301医院）。

第二类，医院拥有仅能实现简单功能的预约系统。如北京军区总医院和北京中医药大学东方医院。

第三类，医院与中介机构合作运营的网上挂号系统。但这一类网上挂号方式在我国目前是被卫生部下达的文件限期叫停的。

2.2 系统操作基本流程

3、调查结果分析

3.1 调查问卷

本次调查是在武汉市部分高校、居民区当场发卷填写，并当场收回的形式。以下是问卷内容：

1、您对网上预约挂号是否了解（ ）

A、了解并使用过 B、有一定了解但未曾使用过 C、完全不知道

2、您认为登录后系统显示的各个界面是否友好、易于操作（ ）

A、很友好 B、不太友好 C、根本不友好

3、您认为目前网上预约挂号系统操作速度怎样（ ）

A、系统繁忙总挂不上号

B、反应速度比较慢，但可以挂上号

C、反应速度快，挂号几乎不费事

4，您认为目前该系统的各项功能（科室、操作流程）设置是否合理（ ）

A、很合理 B、不太合理 C、根本不合理

5、您认为网上预约挂号的号源是否充足有保障（ ）

A、号源总是充足 B、号源有时得不到满足

C、号源经常得不到满足 D、号源总是不充足

6、您认为网上预约挂号的预约周期设置为3个月是否合理（ ）

A、周期设置很合理 B、周期设置过长 C、周期设置过短

7、您认为网上预约与其他挂号方式（电话预约、现场预约）的问诊权如何设置（ ）

A、与其他方式的问诊权一样 B、优先于其他挂号方式

C、按一定的权重设置问诊权 D、排在其他挂号方式之后

8、您认为网上预约后的是否容易爽约（ ）

A、绝对不会 B、一般不会 C、很可能会

9、如果您使用过网上预约挂号，您以后是否会经常使用网上预约挂号（ ）

A、不会 B、可能会，但视就诊情况而定 c、一般都会使用

3.2 系统实施绩效分析

对该系统的评价主要结合调查结果从两个方面考虑：系统的技术效果、系统的管理效果。

（一）系统的技术效果

（1）网站是否容易打开：从问卷的前几项调查可以得出的结论是，目前由于访问该系统的人通常时间上、数量上比较分散，因此相对来说网站还是比较容易打开，除非是在病情高发的时段。

（2）界面的功能设置是否全面：从问卷第5题调查数据显示：一半以上受访者认为该系统的功能设置不夠全面、完善，其中有部分科室并未提供有关专家队伍的具体，容易误导普通大众挂错号。

（3）界面设计是否友好：问卷第2题数据显示：访问过系统的人中达到过半数认为其操作界面设计不够人性化，且有些设置容易误导挂号者。

（4）挂号成功的难易度：接受问卷调查的大部分人反映在整个的挂号过程中最繁琐的环节就是身份注册，其次是缴费环节。有些人往往在身份信息的填写上需要花费大量时间而丧失耐心并且在此过程中可能会丧失获取为数不多的专家号的机会。

（二）系统的管理效果

（1）系统号源分配合理性：问卷中第5题结果显示，只有少数的问卷参与者表示号源有保障，其余人则认为缺号的现象时常发生，强烈呼吁医院主管部门出台有关号源分配的文件来保障网上挂号的持续发展。

（2）预约周期：目前大部分网上预约周期都是在3个月左右，受访者认为预约周期可适当延长，以遏制很多票贩子倒卖号源、抬高挂号费的现象，保障边远地区人民也可及时就诊。

（3）问诊优先权：对于网上挂号优先还是现场、电话预约优先的问题，调查显示各部分人数比例相当，众说纷纭，其中呼声稍高的方法是按一定的权重设置问诊权。

（4）爽约机制：网上预约和其他方式预约都存在爽约问题，45%的受访者表示自己一般不会爽约，除非有突发特殊情况。然而仍有20%以上的人认为可能会爽约，主要可能是到了预约日期时因病症减轻而放弃就诊，这使得那些重症、急症病人只能眼睁睁错失良机。

4、调查结果总结

预约挂号的意义在于让医院减少投入，实现便捷就医，构建和谐医患关系。随着我国在医疗卫生事业的投入进一步加大，可以预见在不久的将来，我国极有可能在医疗改革上推广网上预约挂号制度，从而方便市民尤其是偏远地区的人民。

影院网上订票系统需求说明书 篇4

网站需求说明书

计算机科学与技术2班

2012年9月29日

1.项目背景

电影，又称映画，是由活动照相术和幻灯放映术结合发展起来的一种现代艺术，有着复杂繁多的科系。

目前一般大众可以经由网际网络进行许多商业活动，例如购书、订花、购物、游戏等，其中也包含订票（例如机票、火车票、音乐剧入场券等）。其中，在电影院方面也有业者推动相关服务，如：华纳威秀、环球影城、国宾戏院等，已开始使用网际网络提供观众放映影片相关资讯，如场次时间表、影片预告及简介、电影院资讯等。

从网际网络到电子商务的蓬勃发展来看，类似于淘宝网上商城那种从开网店，在网上摆放商品，客人挑选物品再下订单，店主发货等一系列流程已经很成熟了。相对于淘宝网上商城而言，目前电影院的网络服务似乎仍有不足之处。对于使用者而言，影片的相关讯息介绍、预告片都是上百度、谷歌等网上引擎搜索得知，某个城市的特定影城往往不能提供全方位的详细信息，特别是不能满足观众对影片场次时间的查询。

社会生活节奏的加快，许多社会人士忙于工作等繁琐事务，每次想去影城观看电影都要经过现场查询最近热映的影片，每部影片的放映场次等信息，然后才能开始订票，而往往排队等候很长时间以后才发现自己要观看的那场影片的票已经售完，或是没有合适的观看座位。

电影业的蓬勃发展，必然引发的一个问题是群众对电影票需求的增大。特别是一些关注度很高的大片上映的时候，很多观众都反应电影票实在是很难购买，有些人就只能选择观看午夜场。在一些大城市规模很好的影城售票厅内，甚至出现要一大早起来排队去抢票的现象。还有些观众反应等那么长的队伍能买到票，但是都没有自由选择座位的权利。

这样的情况已经普遍的存在了，很多人纷纷提出影城应该提供最近热映的的影片讯息、快要上映的影片相关预告、每场电影的场次安排，以及每场次电影票的网上预订模式。对基于WEB的电影院订票系统的研究，对于观众而言可以增强他们对各部影片的了解，对最新的影片上映动态的掌握，让他们对影片更加期待，尤其能在网上订票模式下使观众享受到不需要等待排队买票与自由选择座位的权利。通过网络轻松订票，从而减少许多因现场购票失败的客户，促使我国电影事业更好更快的发展。

2.项目范围

系统的开发和维护，提供配套的数据库。

3.项目功能需求

3.1系统功能需求

1.会员管理

存放注册会员的基本信息 信息内容：

用户ID、用户名、密码、性别、身份证号码、联系电话等等。操作：

1)需要对会员信息进行增、删、改、查操作。

2.管理员管理

存放管理员信息管理 内容：

管理员ID、用户名、密码 操作：

1)登录后台对后台的数据进行操作。

3.影片基本信息管理

存放影片的基本信息管理 内容：

编号ID、影片名称、影片图片、剧情简介、播放时间。操作：

1)管理员：对影片信息进行增、删、改等操作;上传图片操作。2)普通用户:浏览影片的基本信息等操作。

4.放映计划管理

对影片的档期进行管理 内容：

编号ID、放映时间、票价 操作： 1)对影片的当前进行增、删、改、查操作。

3.2 前后台功能图

会员 登录 注册 查看电影信息 查看会员信息 进行订票 取消订票 网站管理员 登录 电影管理 会员管理 会员会员会员会员信息信息信息信息增加删除查看修改 电影电影电影电影信息信息信息信息增加删除查看修改

3.2 使用流程图

开始进入首页用户登陆是是否没有账号否注册用户电影订票电影院是已满座订票取消是否满座否取消成功电影资料查阅个人资料订票成功开始登陆页面进行登陆返回订票页 错误密码是否正确正确用户管理影片管理影厅管理售票管理信息统计增删查改

4.项目非功能需求

1、可靠性。能连续准确的处理该系统的有关功能，有较强的容错能力。

2、时间经济性。优化逻辑设计与物理设计，使系统运行效率高，反映速度快。

3、可用性。系统面向中小型网站，能够处理基本的影视信息操作。

4、可理解性。用户容易理解和使用该系统。

5、可维护性和适应性。系统应易于修改、易于扩充、易于维护，能够适应业务不断发展变化的需要。

5.项目运行环境

硬件设备

Pentium(R)Dual-Core CPU

E5300 @ 2.60GHz

2.60 GHz,2.00GB的内存。

支持工具和软件环境

Microsofut Windows XP

Professional

版本2002

Service Pack 3

各种办公软件。

6.系统外部接口

网上书店系统需求分析 篇5

光明书店建设网上书店的需求分析、1.网站要具有清新和美观的网页，书店网站要给人以感觉和现实的图书馆一样的安静祥和。

2.网站要具有清楚简洁的产品和服务的展示功能，将网上书店中的书都展示在顾客的眼前，当用户选择某本书是网页将显示书名、作者等书籍的资料，及书籍内容简介。

3.网站要具有更新和管理书店的产品和服务的功能，要及时更新书

店的产品和服务，这样才能吸引更多的顾客，和留住顾客。

4.网站要具有会员注册功能，并能够管理会员及其信息，顾客可以

申请会员，并能够轻松的对自己的个人资料进行修改删除等操作。

5.网站要可以实现销售功能，这是网站建立的最基本的要求和目的。

6.网站要能够对网上订单进行处理。

7.网站要具有售后服务和顾客意见反馈功能，这点是很重要的，可

以和顾客沟通，了解顾客的需要信息，就可以更好的为顾客服务。

8.具有在线试读和在线下载功能，让客户可以了解自己所要购买的书的内容是不是自己所需要的，可以减少顾客的顾虑。

9.要具有购物车功能，顾客可以添加、删除、修改购物车中的订单，并能查询到购物车中的书籍信息，和金额。

10.畅销书和新上架书的排行榜，可以让顾客很了解最畅销的书有哪

些，新上架的书有哪些。

11.具有留言板，用户可以对网站的产品、服务及网站发表意见。

12.要具有在线服务功能，可以及时的解决顾客的问题和帮助顾客更

好的选择。

13.网站主要技术 HTML表格、框架、Access数据库

光明书店网站整体规划

1.用户定位：主要面对爱好读书，喜欢收藏书籍的书友，和学生。

目前市场上有这么一种人，他们喜欢买书读书，但又没有太多的时间去书店，还有些父母想陪着自己的孩子到书店，可是他们工作太忙，还有好多学生觉得去书店太麻烦，但又想买书。

2.网站的主题：有收藏和生活意义的书籍和学习资料，3.网站的名称：常来常“书”光明书店，希望顾客常来光明书店，就会对光明书店更加的熟悉。

4.网站的布局：都是用国字型布局

5.网站的功能：有商品展示模块，会员注册模块，商品检索模块，购物车模块，会员管理模块，用户试读模块，网站的后台有管理商品、用户、订单和查看网站状况的模块。

6.网页的设计：前台布局主要使用“国”字型结构布局，后台布局

主要使用垂直拆分结构布局，网站主要使用蓝色和白色，象征大海和蓝天，学海无涯。蓝色给人宁静的感觉。

7.网站测试：首先自己当顾客来测试网站的连接速度，和网站的打

网上书店管理系统可行性分析 篇6

1.认识熟悉一种管理信息系统 2.了解管理信息系统的功能模块及组成 3.掌握可行性分析报告的撰写技能

二、实验内容

1．引言

1.1编写目的

应现代社会发展需求，为方便广大群众购买书籍，降低实体书店工作的人力物力开支，提高工作的准确性、实时性，拟为其开发网上书店管理系统。经过对项目进行详细的调查研究，得到项目可行性研究报告，对项目开发中将要面临的问题及其解决方案进行可行性分析，包括项目在技术、经济、操作和社会影响方面的可行性。

1.2项目名称

网上书店管理系统

1.3参考资料

《信息系统分析与设计》

《管理信息系统分析》

1.4项目背景

随着人民生活水平的不断提高和发展，人们越来越多的喜欢网购，然而读书和买书仍然以实体书店为主，但是实体书店又有很多的不足之处，让人们很头疼：如小规模的书店图书种类不够齐全，图书管理员管理麻烦等，所以如果可以实现网购，那么会大大增加阅读者，读者可以随时查找自己需要的书在店里有没有，1 价钱是否合适，另外管理员管理也比较方便等，为此，我们计划开发网上书店管理系统，以满足用户的需求，方便用户的使用。

2．可行性研究的前提

2.1要求

2.1.1功能：

一、用户模块

1、登录模块

客户首先进入登录界面。

如果是新客户，则先注册账号。填写用户名、密码等信息。如果是老客户，则直接登录。交易完成后可退出系统。

2、书本模块

客户根据自身需要查询浏览书目及相关信息。如书的编号、名称、作者、出版社、数目、价格等。

3、购物车模块

客户可浏览购物车内的书，可将选中的书添加至购物车，亦可删除无用的书。

4、订单管理模块

添加订单、确认订单、提交订单、确认收货

5、在线交流模块

可在线与管理员交流

6、用户升级

消费达到一定金额可升级为会员，会员享有打折优惠。

二、管理员模块

1、登录模块

管理员用自己的账号及密码登录。

操作完成后可退出系统。

2、书本模块

浏览书目信息，可添加、删除、修改书目。

3、订单管理模块

统计订单，查看订单列表，商品发货。

4、在线交流模块 可在线与客户交流 2.1.2性能：

为了满足客户的需求，该系统需要迅速的对客户的要求做出反馈并能支持庞大的访问量；为了可以存储海量的书籍信息以及客户资料，所以就需要很大的主存容量，以及强大的数据库支持。由于该系统支持网上支付功能，所以需要系统具有强大的安全性能支持；为了给客户提供最新的书籍信息，该系统需要具有实时更新功能。

2.1.3输出：

作为客户取书的凭证信息，输出需要包括：用户名、订单号、书目信息、收货地址、成交金额。

2.1.4输入：

1、登录部分

用户名、密码；管理员名、密码。

2、书籍部分

书的编号、名称、作者、出版社、数目、价格等。

3、在线交流

客户与管理员交流信息。

4、订单部分

用户名、订单号、书目信息、收货地址、成交金额。

2.2目标

a.利用网上书店管理系统来实现实体书店的网络化，使得广大客户足不出户就能买到所需书籍，大大方便人们的生活。

b.利用网上书店管理系统的海量存储功能，使得客户可以搜索到更全面的书目信息。

c.管理员利用该系统能更简单地实现书籍管理并能实时更新书库信息以及了解广大客户需求。

2.3条件、假定和限制

a.建议开发软件运行的最短寿命：5年 b.进行系统方案选择比较的期限：6个月

c.经费来源和使用限制：网上书店运营商和软件开发商

d.硬件、软件、运行环境和开发环境的条件和限制：软件开发商拥有计算机以及用来支持的数据库，安装有Windows2000及以上的操作系统。e.建议开发软件投入使用的最迟时间：开发完成后试运行1个月。

2.4可行性研究方法

通过与资深实体书店经营商进行深入讨论，制定详细客户调查问卷，真正了解客户以及书店管理员的实际需求，根据经营商提供的信息以及问题定义再综合调查问卷中客户提出的意见进行改进。最终确定项目需要解决的问题，并确定问题能不能被解决。

2.5决定可行性的主要因素

1）项目开发成本 2）所需设备置办成本 3）技术是否能满足需求 4）资源有效性

5）该系统的用户需求量

3．现有系统的分析

3.1处理流程和数据流程

系统的关键业务是进行书籍的出入库管理和客户付账管理。主要数据流程：

书籍入库：增加书籍→添加书籍信息 书籍出库：扫描书籍信息→删除书籍

客户付账：扫描书籍信息→记录交易时间和交易额

3.2工作负荷

1、当前大多数实体书店所使用的管理系统在处理交易时手续繁琐，人工业务操作过多，办理一个客户的业务就需耗费较长的时间，其他客户只有等待。这样太浪费时间，需要大量的管理员处理客户业务。

2、实体书店对书籍的出入库管理以及书籍的分类摆放和维护都由人工来完成，大大增加了管理员的工作量，所以实体书店往往需要雇佣较多店员，浪费人力物力。

3、客户为找到所需书籍耗时较长且最终不一定能找到，大大浪费了客户的时间。

3.3费用支出

运行现有系统所需要的费用支出包括：实体书店经营者及店员的工资，现有系统维护所需资金、购买设备所需资金、店面租金、进货成本。

3.4人员

需要实体店经营者及大量店员。

3.5设备

现有系统所需要的设备有：打印机、电脑、扫描仪、服务器。

3.6存在的问题

工作效率底下，不能符合大量客户需求的及时性和全面性，给客户的生活带来不便，更主要的是管理员录入书籍工作量巨大并且不能实现书籍的实时更新和统计。这是现有系统办理业务的流程中出现的一个严重问题。为了解决这一问题，让人们在购买书籍时更加方便快捷，我们急需开发一个高效的网上书店管理系统，让客户足不出户就能购买到更多更全面的书籍。

1、当前大多数实体书店所使用的管理系统在处理交易时手续繁琐，人工业务操作过多，办理一个客户的业务就需耗费较长的时间，其他客户只有等待。这样太浪费时间，需要大量的管理员处理客户业务。

2、实体书店对书籍的出入库管理以及书籍的分类摆放和维护都由人工来完成，大大增加了管理员的工作量，所以实体书店往往需要雇佣较多店员，浪费人力物力。

3、客户为找到所需书籍耗时较长且最终不一定能找到，大大浪费了客户的时间。

4、实体书店运营商的工作时间有限，不能24小时开张营业，也不能及时了解用户的需求，经营效益低下。

4．技术可行性分析

4.1对系统的简要描述

网上书店可实现多用户同时访问并查阅书籍信息，客户对所需书籍可选中加 6 入订单并在线与管理员进行交流，管理员可通过该系统对大量订单进行批量处理并对数据库进行实时更新和管理。采用现在较为流行的J2EE和数据库。

4.2主要技术

开发技术：JAVA WEB技术，数据库技术和网页制作 开发工具：myeclipse+SQL SEVER+tomcat 主要开发人员：

编程组：技术成熟。

UI界面组：技术成熟。

数据库：技术成熟。

网页制作组：技术成熟。

架构组：技术成熟。

信息系统开发组：技术成熟。

网络和通信技术组：技术成熟。总体评价：技术组人员技术均达标。

4.3与现有系统比较的优越性

利用该系统运营的网上书店与实体书店相比减少了管理员的工作量，实现书籍管理的数字化，大大提高了工作效率。

用户足不出户即可进入书店浏览与购买所需书籍，节省客户时间，并能迅速获得所需书籍的全面信息，提高客户购买书籍的效率。

网上书店可以24小时营业，不受时间和地点的限制，既方便了客户，也增加了运营商的收益。

4.4采用建议系统可能带来的影响

4.4.1对用户的影响

1、对客户的影响

减少了客户购买书籍时查找所需书籍时间及付款时的等待时间，增加了书籍的全面性给客户提供了更多的选择，并且网上操作快捷方便。可实现哪里有网络就可在哪里购买的愿望。

2、对管理员的影响

减少了实体书店中对书籍摆放及维护的工作量，简便了书籍的出库入库操作和管理，大大减少了人力物力。

实现网上运营只需一台电脑即可，减少了一些不必要的税收和租金。

与客户在线交流使管理员及时掌握客户需求，大大增加了交易量。

实现24小时营业，管理员工作不受时间限制，更重要的是增加了收益额。

4.4.2对运行环境的影响

需要对每个使用该系统的管理员进行短时间培训，使之熟悉使用系统。4.4.3对经费支出的影响

减少了实体书店的店面租金和一些不必要的税收，节约了运营商的经费支出。

网上书店需要比实体书店更复杂更高效的管理系统，必须注重系统的开发与定期维护，会花费一定的资金。

4.5技术可行性评价

1.随着现代社会的发展，人们越来越多的进行网上购物，在现有的计算机水平上（数据库平台开发成熟度高，网络速度足够快，计算机运行速度快）可以达到功能目标要求。

2.现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，可以达到功能目标要求。

3.开发人员需要大约4个，其中包括1名数据库设计人员，1名界面设计人员，1名编码人员，1名系统测试人员。我们会java、c#、c++语言，以前做过会员卡管理系统、简单的学生信息管理系统等。该条件可以满足。

4.开发期限为一年，在规定时限内可以完成开发。

5．所建议系统经济可行性分析

5.1支出

5.1.1基建投资

5.1.2其他一次性支出 项目

可行性分析以及需求研究 开发设计 测试基准 开发人员工资 培训费 总计

5.1.3经常性支出 项目 网络维护费用 计算机维护费用 不可预知费用 总计

价格（￥）￥

500 ￥

1,000 ￥

500

￥ 8,000（￥2000*4）￥

1,000 ￥ 11,000

价格（￥/Y）￥ 5,000 ￥ 2,000 ￥ 10,000 ￥ 17,000 项目 计算机

数据库管理系统 打印机 网络建设费用

Windows 2007操作系统

系统制作 总计

价格（￥）

￥

4,000（￥4,000*1）￥

1,000

￥

1,000（￥1000*1）￥

2,000

￥

500（￥500*1）￥

10,000 ￥ 18,500 5.2效益

5.2.1经常性收益

A精简店员，节约￥100,000 B店面租金，节约￥100,000 C不必要税收，节约￥20,000 5.2.2不可定量收益

A改进服务，减少客户等待时间，客户获得更快更好的质量； B减少管理员工作量；

C客户对网站的访问量和交易额可增加经营商收益。以上总计估计为￥100，000。

5.3收益/投资比

(100000*3+20000)/(18500+11000+17000)=6.88% 5.4投资回收周期

(18500+11000+17000-30000)/(10000-1000)= 1.83(年)

6.操作可行性分析

6.1用户使用可行性

该系统提供窗体界面，操作简单。

 客户要求有基本的计算机使用技能，经过简单培训后将会熟练使用本软件

 系统管理员要求有一定计算机的基础知识，需要经过简单培训，以能够熟练管理本系统，使其正常运行。并且适应系统行政管理、工作制作、人员素质的要求。7．社会因素可行性分析

7.1法律因素

 所有软件都选用正版；

 所有技术资料都由提出方保管；  合同制定确定违约责任。

8．其他可供选择的方案

在实体店做管理系统，只是实现了书籍的出入库记录和交易信息，而不能像网上书店管理系统一样做到海量浏览书籍信息、订单的批量处理。并且实体书店的日常店面租金及店员工资花销巨大，所以不建议只制作实体书店管理系统，而推荐使用网上书店管理系统。

9.结论意见

网上书店系统需求分析 篇7

Unified Modeling Language (UML) 又称统一建模语言或标准建模语言, 是始于1997年一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言, 为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到构造和配置。

1. U M L包括的内容。

作为一种建模语言，U M L的定义包括UML语义和UML表示法两个部分。UML语义描述基于UML的精确元模型定义。元模型为U M L的所有元素在语法和语义上提供了简单、一致、通用的定义性说明，使开发者能在语义上取得一致，消除了因人而异的最佳表达方法所造成的影响。此外U M L还支持对元模型的扩展定义。U M L表示法定义U M L符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。U M L的主要可以由下列五类图(共9种图形)来组成:用例图，从用户角度描述系统功能，并指出各功能的操作者;静态图 (Static diagram) ，包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类，表示类之间的联系如关联、依赖、聚合等，也包括类的内部结构(类的属性和操作);行为图(Behavior diagram)，描述系统的动态模型和组成对象间的交互关系。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。交互图(Interactive diagram)，描述对象间的交互关系;实现图 (Implementation diagram) ，其中构件图描述代码部件的物理结构及各部件之间的依赖关系。

2. U M L的主要特点。

标准建模语言U M L的主要特点可以归结为三点：一是UML统一了Brooch、OMT和OOSE等方法中的基本概念。二是UML还吸取了面向对象技术领域中其他流派的长处，其中也包括非O O方法的影响。UML符号表示考虑了各种方法的图形表示，删掉了大量易引起混乱的、多余的和极少使用的符号，也添加了一些新符号。因此，在U M L中汇入了面向对象领域中很多人的思想。三是UML在演变过程中还提出了一些新的概念。在UML标准中新加了模板 (Stereotypes) 、职责 (Responsibilities) 、扩展机制 (Extensibility mechanisms) 、线程 (Threads) 、过程 (Processes) 、分布式 (Distribution) 、并发 (Concurrency) 、模式 (Patterns) 、合作 (Collaborations) 、活动图(Activity diagram)等新概念，并清晰地区分类型 (Type) 、类 (Class) 和实例 (Instance) 、细化 (Refinement) 、接口 (Interfaces) 和组件 (Components) 等概念。

3. U M L的应用领域。

U M L的目标是以面向对象图的方式来描述任何类型的系统，具有很宽的应用领域。其中最常用的是建立软件系统的模型，但它同样可以用于描述非软件领域的系统，如机械系统、企业机构或业务过程，以及处理复杂数据的信息系统、具有实时要求的工业系统或工业过程等。总之，UML是一个通用的标准建模语言，可以对任何具有静态结构和动态行为的系统进行建模。

二、利用U M L分析网上虚拟商店系统

1. 架构分析。

从战略规划的层面上看, 该电子网上虚拟商店系统全部建成, 将会是一个大型而且复杂的应用系统, 采用经典的三层体系结构已不能达到系统需要, 所以在此我们采用的是多层体系结构, 具体的设计如下:

2. 用例图举例

名称：商品信息分类查看

说明：用户在网站上可以通过点击每一个商品的分类显示该分类的所有商品

前置条件：进入商品目录页面

后置条件：商品详细信息查看

扩展：“没有你需要的商品信息”

包含：“商品简略信息分类列表显示”

基本操作流程(基本路径)： (1) 用户进入商品目录页面; (2) 点击一个自己想要查看的商品分类按钮; (3) 在商品简略信息分类列表中，选择自己想要查看的商品信息点击商品名或分类的名称进行查看。

可选操作流程(备选路径)：备选过程A：没有你需要的商品信息。 (1) 用户进入商品目录页面; (2) 点击一个自己想要查看的商品分类按钮; (3) 该分类商品售尽或者取消就会出现没有相应信息页面。

3. 事件流说明举例

用例名：商品信息管理:

基本操作流程： (1) 管理员进入管理页面; (2) 选择菜单中的商品管理，可看到商品添加、商品修改、商品删除、商品分类修改、是否置顶。

可选操作流程(备选路径)：备选过程A：商品添加。 (1) 选择商品信息添加的子菜单; (2) 填写商品信息表单; (3) 提交表单，等待确认。

备选过程B：商品信息修改。 (1) 选择商品信息修改子菜单; (2) 在表单中选择需要修的项目进行修改; (3) 提交表单，等待确认。

备选过程C：商品分类修改。 (1) 选择商品分类修改子菜单; (2) 修改、或添加分类; (3) 提交表单，等待确认。

4. 交互图举例。

商品管理包括商品信息查看、商品添加、删除、修改几个功能，进入管理员登录界面输入管理员名和密码，登录成功就可以进入商品管理界面，不成功则返回登录页面。

5.类图。

系统中的主要类图举例

6.类的关系图。

以商品查看为例, 说明类的关系图:

三、总结

U M L强大的需求分析规范和功能可以使电子商务系统的需求分析更完善;对于用例的说明, 流程的规范可以极大地简化电子商务网上虚拟商店系统需要。电子商务网上虚拟商店系统的分析是一个很浩大的工程, 不仅要考虑系统功能的设计, 更多的应该是要考虑这些设计和企业实际情况的结合, 具体来说, 企业进行网上虚拟商店系统的设计和建设不是为了得到一个网站, 而是通过建设重组自己的流程, 或者说电子商务网上虚拟商店系统的建设就必须要求企业重组自己的流程。所以, 无论是商品信息的查询, 订单处理等等, 都需要进行最优化的设计, 再通过建设来让企业和客户通过系统获得双赢。

参考文献

[1]Hassan Gomaa:用UML设计并发、分布式、实时应用[M].北京航空航天大学出版社, 2004年5月第1版第1次印刷

动画生产管理信息系统需求分析 篇8

关键词：动画；信息系统；管理；C/S架构

中图分类号：TP311.52 文献标识码：A文章编号：1007-9599 (2011)05-0000-01

Requirement Analysis of Animation Production Management Information System

Yang Yang,Rao Chaoying

(Nanchang University College of Science and Technology,Nanchang330046,China)

Abstract:Animation production industry in the project management process,most still low level of information reality.From daily routine ofanimation production management,the target system functions needs analysis and use case analysis aim to create a animation Produce Management Information System which can give the managers make the right decisions and provide strong support management.Designed and implemented to solve the dispersion of production and management of information collection,utilization,unified management,resource sharing software for animation production and scientific management and improve efficiency.

Keywords:Animation;Information system;Management;C/S architecture

一、引言

动画产业是新兴的把劳动和技术密集结合的产业，其生产流程中各个环节的生产工艺技术不仅相对独立，还具备大规模流水线作业系统的显著特征。动画生产中包含大量个性化的艺术创作——纯手工艺生产的特征，它不但要保持工作人员的个体创造力又需要使众多的工作者具备一致的风格和质量水准，其生产管理必须平衡艺术风格与生产质量、生产成本与生产进度之间的关系。但是在实际项目生产管理过程中大多数传统的动漫企业信息化程度低，每天生产的数据量都是巨大的，因此设计并实现一个符合动画生产管理特点——网络化、集成化的，能够解决生产管理信息的分散采集、综合利用、统一管理、资源共享等问题的管理信息系统迫在眉睫。

二、系统架构分析

系统选择C/S模式，所这种模式实际上是在逻辑上将整个系统划分成前端客户进程和后台服务器进程并且以网络将两者连接使信息得依高速交互的软件架构。这种构架集成度高、数据安全性好，易于开发、维护与管理，在保证前端的客户应用程序拥有良好的人机界面的前提下与后台服务器进程进行交互，使系统用户方便快速的完成业务获得系统返回结果。

三、系统需求分析

动画片生产信息管理系统开发的总体任务是实现动画生产信息关系的系统化、规范化和自动化。本系统开发的基本要求与功能是实现动画片生产管理相关信息数据的管理与分析。根据目前动画片生产管理业务内容，其基本数据流动为用户数据的输入，人力资源信息、项目生产信息、部门信息、考勤与奖惩信息、设备信息的输入，以及生产情况、员工绩效、工资核算等信息的查询、排序、分析等数据输出。因此，依据动画片生产信息管理的工作流程，可以把该生产管理信息系统分成以下几个子系统

（一）人力资源信息管理子系统。人力资源信息管理系统涉及员工个人情况和职业素质信息。（二）动画项目信息管理子系统。动画项目信息管理子系统具有项目基本信息录入、项目生产计划管理、产品质量管理、生产情况分析等功能，是项目生产计划与生产分配、产品质量审核等业务处理的重要模块。（三）生产部门管理子系统。这个子系统中能够实施部门组织管理、部门生产任务计划与分配、部门产品质量审评、部门生产绩效管理、部门生产进度跟踪、部门生产数据查询等业务功能。（四）员工生产绩效信息管理子系统。员工生产绩效信息管理功能作为一个子系统提出其原因在于动画片生产的技术和工艺的特殊性使得在管理上经常需要以“精耕细作”的方式进行，使管理细化到“个人”。此功能模块作为管理子系统是动画生产管理系统的一大特色，使得动画项目生产高层管理者在采取微观化管理策略的同时而不至于损耗过多的精力。（五）考勤与奖惩信息管理子系统。在这个子系统中主要目的在于录入或统计员工的奖励或惩罚情况，对员工奖励、惩罚记录提供统一的管理和维护，方便所有员工和管理人员查阅。（六）工资信息管理子系统。工资管理是动画项目生产管理的一个重要环节，也是较为烦琐、工作量大的一个环节。工资系统的设定是一项非常敏感的工作，能够直接影响到项目生产成本、项目生产周期，也能够间接影响人力资源管理以及员工的工作状态。因此必须保证工资信息管理子系统具有足够的灵活性和可自定义性，涉及业务内容包括基本工资设置、绩效工资设置、福利待遇设置、奖惩规则设置、工资核算、工资表生成、工资数据分析等。（七）设备管理子系统。设备管理子系统能够跟踪设备分配、设备使用状态等信息，有效提高设备的利用率和降低设备事故，保障生产顺利地进行。（八）系统设置管理子系统。在这个子系统中，包括设置用户管理、密码管理、用户注销、数据备份等基本功能模块。其中数据备份功能为管理信息系统数据安全的重要保证。

四、用例分析

（一）在动画片生产信息管理系统中，可以归纳出以下主要问题。1.项目生产管理者输入、查询相关的员工信息、项目信息。2.员工查询他们所需的信息（生产任务）、汇报个人生产进度。3.系统管理人员进行系统维护。4.部门主管查询他们所需要的信息（生产任务）、汇报部门生产进度。（二）创建用例。指定与系统交互的角色后，就要通过用用例来建模来详细的描述角色和软件系统交互的具体内容，用例代表系统响应角色动作引发一系列反应。

五、结束语

系统的功能将管理信息系统的通用性和国内动画企业生产业务流程、企业管理文化的特征相结合，力图获得最佳结合点，并将动画片生产管理三要素：人力资源、生产绩效及生产设备管理系统集成，能够有效地帮助管理者提升动画项目的生产管理水平和管理效率。

参考文献：

[1]朱育雄,罗伟其.基于C/S的校园网MIS应用成分的分布及应用.暨南大学学报(自然科学版),1998,19(3):47-55

中国网上银行系统安全性分析 篇9

前言：本文是对于一般性质的网上银行系统安全性的技术分析文章，对于目前中国国内具体银行的安全性不具有评测功能，也不对任何第三方评测数据负责。以下是正文。

网络银行是一个比较新的概念，中国的网络银行大多是对现有银行专用网的延伸和对银行传统业务方式的补充，银行增加一些软、硬件设备，使得用户可以通过家用电脑连接银行系统，进行各种普通的银行业务，以弥补传统银行业务中营业网点少和营业时间短的不足。中国的网上银行起步比较早的是深圳招商银行，他们开发过第一个面向最终用户的网银系统。招行的网络银行有大众版和专业版之分。随着网络的大规模普及，中国各个银行也都逐步开启自己的网银系统，有些银行的系统仅局限在账户信息查询方面，有些则包含转账付款等功能，还有的已经涉及贷款、投资等方面的内容。随着网银的普及，网银的安全性成为整个系统中最为至关重要的部分了。

今年以来，大量的关于网上银行发生骗盗的报道不断见诸报端。不法分子通过窃取用户的卡号和密码，大量盗窃资金和冒用消费，因此虽然网银对于银行和用户都有不少好处，但是发生这些情况使得银行在推广网银面临非常巨大的风险，提高网银的安全性也是刻不容缓。

根据一般的报道分析，不法分子窃取用户信息主要通过木马程序来进行，比如，黑客首先在用户电脑系统注入木马程序后，驻留在中招电脑系统里的监控系统就可以截取、监控系统及用户上网时打开的网银密码窗口。也就是说当用户在网银程序里输入卡号或密码时计算机就会自动将相关信息的编码发送给黑客，他们再据此进行反读取以破译，钱便被黑走了。目前的网银系统的主要问题是，用户安全性过于依赖用户本身的素质，对于安全观念较差的用户，其密码很容易被盗取，因此这种“信任用户”的安全模式设计是很不合理的。用户的电脑可能安装木马程序，用户的一举一动都可能被监听和窃取，安全的网银系统应该设计成为这样的：假设网银的管理员是黑客，并在最终用户电脑安装木马并且可以监听用户的一切键盘鼠标操作，网银的管理员还可以进行系统管理和操作，但是网银的管理员依旧无法通过网银系统来窃取最终用户的资金。如果能做到这一点，那么这个网银系统就算是比较安全了。