在线图书订购系统需求说明书(参考文档>[V1.0(版本号>]拟制人审核人批准人[二零零九年10月]目录1.引言21.1.编写的目的21.2.背景21.3.定义31.4.参考资料32.任务概述32.1.目标32.2.用户的特点33.功能设计33.1.基础信息管理43.1.1.个人用户基本信息43.1.2.企业用户基本信息53.1.3.基础元数据53.2.系统基本信息63.2.1.系统用户63.2.2.用户注册管理73.2.3.用户权限管理业务83.3.订单、退货单和发货单状态管理业务83.3.1.未处理状态83.3.2.处理中状态93.3.3.已处理状态93.4.书店业务管理103.4.1.在线注册用户123.4.2.在线订单管理业务123.4.3.在线浏览所有历史订单13a．统计分析所有已处理的订单数据：state=113b.统计分析所有没处理的订单数据：state=-1133.4.4.在线退货单管理业务133.4.5.在线浏览所有退货单14a．统计分析所有已处理的退货单数据：state=114b.统计分析所有没处理的退货单数据：state=-1153.4.6.查阅各出版社新闻，新书等153.4.7.留言板管理业务153.5.出版社业务管理153.5.1.在线注册用户163.5.2.在线处理各书店订单的业务163.5.3.在线浏览所有订单<三种状态）173.5.4.统计分析所有已处理的订单数据173.5.5.发货单管理业务183.5.6.在线浏览属于本出版社的退货单183.5.7.书籍基本信息管理183.5.8.浏览、回复各书店的消息、留言等193.5.9.新闻、新书的发布194.运行环境规定204.1.硬件环境204.2.软件环境204.3.网络环境201.引言1.1.编写的目的根据书店与出版社之间的现实业务需求，将书店与出版社的订单业务管理纳入网络管理系统，方便书店的书籍定购与出版社的书籍销售管理，提高书店与出版社的管理水平和工作效率，扩大信息交流，为软件工程师的下步工作提供有力的依据。

预期读者：用户单位相关负责人、开发方软件工程师等。

1.2.背景a.系统名称：******在线图书订单系统b.提出单位：******出版社、书店c.预期用户：用户单位的相关责任人。

1.3.定义1.4.参考资料A书店调查资料B出版社调查资料2.任务概述2.1.目标出版社近几年来蓬勃发展，但原有单机信息管理系统进行业务处理的模式远远不能满足当前业务发展的需要，必须引入网络信息化的管理技术，以提高企业竞争力及管理水平。

该系统应用目标是：适应当前的业务流程，提高系统运行效率。

本系统包括基础信息管理，系统基本信息管理，订单管理等主要几个功能模块。

系统的主要特点包括：1、为出版社和书店量身定做，符合出版社和书店间业务交流的特点；2、此系统功能能够满足出版社与书店业务交流信息化的要求；3、基于Windows操作系统，SQL Server数据库，具有成本相对较低，部署简单，维护容易等特点；4、工程化实施，全程服务，保证实施成功率；5、本系统是一独立的系统软件，所有需求功能均自含；可为其它系统软件提供数据依据。

2.2.用户的特点通过调查，出版社用户和书店用户对业务本身较熟悉，普遍对计算机操作较为熟练；但由于各出版社和书店同时在线使用，所以要求系统本身的实时性等；为了用户的操作方便，务必要求系统在易用性上充分加以考虑。

3.功能设计系统操作主要流程如图1所示：图13.1.基础信息管理对客户<书店）和供应商<出版社）的基本信息进行详细调查和记录。

主要是对招聘系统内部一些基本信息的维护. 包括个人用户,企业用户,系统用户, 内部基础信息(元数据,如省市,行业,岗位,学历……数据表>的维护….3.1.1.个人用户基本信息书店基本信息是把一家书店的基本情况大概的描述出来，让游客和出版社对该书店有一定的了解。

书店的基本信息包括：书店名称、详细地址<包括省份、城市）、成立时间、图书经营情况、图书经营种类、邮箱等等。

通过书店注册可以添加书店基本信息，注册后系统会自动产生一个书店编号发送到书店的邮箱里面。

系统自动产生书店编号的格式：bookshop+注册时间<年月日）+六位自动生成码。

个人基本信息的维护可以删查改(增加个人用户的功能不在此维护,于用户自己注册>. 更多的操作是以各种方式查看注册用户的信息,以及数据统计.……..3.1.2.企业用户基本信息企业用户不能注册, 由企业向招聘网站运营商交纳一定费用后, 得到一个给定的帐号和密码, 企业信息由企业登录后自己去维护. 添加企业时企业的基础信息要添加进去,如企业名称,法人等(这些都应由公司申请网上招聘并交费时一起提供,录入>. 可进行CRUD的操作. 查询操作的功能尤为重要, 应尽可能多的从各个方面统计出已注册企业的信息以及其它商业信息(这些可以为网站的运营带来收益>……在此大家写上企业用户基本信息包含的一些内容( 相当于数据库字段>出版社基本信息是把该出版社的基本情况大概的描述出来，让书店和游客对该出版社有一定的了解。

出版社的基本信息包括：出版社名称、详细地址<包括省份、城市）、图书出版情况和种类、成立时间等等。

通过出版社注册可以添加出版社基本信息，注册后系统会自动产生一个出版社编号发送到出版社的邮箱里面。

系统自动产生出版社编号的格式：publisher+注册时间<年月日）+六位自动生成码。

3.1.3.系统用户基本信息包括:用户名,登录名,密码,…..如有时间,应加入权限管理机制(如用户,角色,功能的解决方案>.3.1.4.基础元数据每家书店和出版社都有自己所在的省份,地市和县,进行这些信息的调查和统计有利于双方之间的业务往来个人用户,企业用户在使用系统时都要填写地址(包括省,市,区等>,系统应列出这些选项让用户选择.学历行业作息岗位信息…英语级别…每家书店和出版社都有自己所在的省份,地市和县,进行这些信息的调查和统计有利于双方之间的业务往来省市级表基本信息：ID<主键自动增长）、parentID(父ID>、Name(名称>。

3.2.系统基本信息3.2.1.系统用户系统用户主要是招聘网站的工作人员和管理人员用来对系统进行操作的用户.3.2.2.个人用户注册管理注册用户包括：出版社用户、书店用户；必须经过验证才能开通使用，产生的用户密码可以发到其邮箱里；可以免费使用半年，半年之后提示必须注册为正式用户。

注册用户必须选择角色信息<通过下拉列表实现选择）。

角色基本信息包括：角色编号、角色名<出版社用户、书店用户）。

注册用户基本信息包括：用户编号<主键自动增长）、注册码<书店编号或出版社编号）、用户名、用户密码、真实姓名、注册时间、电话、地址、Email、备注<是否为正式用户）。

注册码是用户注册时必要的身份识别码，必需先从书店或出版社基本信息里面验证注册码是否存在，才能确定是否通过用户注册，从而避免垃圾用户的出现。

用户基本信息和角色信息通过用户角色信息表联系。

用户角色信息表结构为：用户角色ID<主键自动增长）、用户编号、角色编号。

用户注册成功后，根据用户角色信息可赋予用户书店业务管理权限或出版社业务管理权限。

未注册用户<游客）可以浏览各书店和出版社的新闻、消息和进入留言板块进行留言，但不具备进入网站业务管理模块的权限。

3.2.3.用户权限管理业务用户登陆在线图书订购系统后，根据用户的角色不同给予其不同的权限。

权限管理基本信息包括：权限编号、权限名称。

权限管理基本信息和角色信息通过角色权限信息表联系。

只有超级管理员<系统用户）才会具有权限管理业务的权限。

3.3.订单、退货单和发货单状态管理业务A.订单信息订单状态分为三种：未处理订单、处理中订单和已处理订单。

订单基本信息包括：订单编号、书店名称、出版社名称、订单状态、订单总金额、下单时间、处理时间、书店下单操作人、出版社处理操作人、备注等。

订单状态基本信息：主键ID<自动增长）、状态编号<-1、0、1）、状态名称。

再附加订单明细表基本信息：订单明细编号<自动增长）、订单编号、书籍编号、书籍价格、书籍数量、书籍总金额等。

B.退货单信息退货单状态分为三种：未处理退货单、处理中退货单和已处理退货单。

退货单基本信息：退货单编号、订货单编号、发货单编号、书店名称、出版社名称、退货金额、退货时间、退货原因、退货单状态、书店退货操作人、出版社处理操作人、备注等。

退货单状态基本信息:主键ID<自动增长）、状态编号<-1、0、1）、状态名称。

再附加退货单明细基本信息：退货单明细编号<自动增长）、退货单编号、书籍编号、书籍价格、书籍数量、书籍总金额等。

C.发货单信息发货单状态分为三种：未处理发货单、处理中发货单和已处理发货单。

发货单基本信息：发货单编号、订单编号、出版社名称、书店名称、发货金额、发货时间、发货单状态、出版社发货单操作人、书店处理操作人、备注等。

发货单状态基本信息:主键ID<自动增长）、状态编号<-1、0、1）、状态名称。

再附加发货单明细基本信息：发货单明细编号<自动增长）、发货单编号、书籍编号、书籍价格、书籍数量、书籍总金额等。

3.3.1.未处理状态A.未处理状态订单当书店新建一张订单提交之后,此订单就为“未处理”状态<state=-1）,此时需要等待出版社对您这张订单进行查阅和处理,而在“未处理”状态时订书用户还可以对这张订单进行修改、删除操作。

未处理状态退货单。

B.未处理状态退货单当书店新建一张退货单提交之后，此退货单就为未处理退货单<state=-1），此时需要等待出版社对此退货单进行查阅和处理。

当退货单处于未处理状态并且书店还没退货时，此书店用户还可以对这张退货单进行修改、删除操作。

C.未处理状态发货单当出版社根据书店订单新建一张发货单之后，此发货单就是未处理状态<state=-1），这时需要等待书店收货之后再进行处理。

当发货单处于未处理状态并且出版社还没有发货时，此出版社用户还可以对这张发货单进行修改、删除操作。

3.3.2.处理中状态A.处理中状态订单当书店用户下定单之后，出版社用户就会对其下的定单进行相关的处理，此状态时<state=0）表示该订单正在出版社用户所做的业务处理中，还未处理完毕；此时该订单的建立用户可以浏览，但不能对其进行修改和删除操作。

B.处理中状态退货单当出版社用户收到书店用户的退货，核对退货单无误时，出版社用户就要修改退货单的状态为已处理状态，此过程中退货单为处理中状态<state=0），此时该退货单的建立用户可以浏览，但不能对其进行修改和删除操作。