聚票网软件需求规格说明书.doc

项目名称Project Name密级Confidentiality Level聚票网仅供收件方查阅项目编号Project ID版本Version文档编号Document CodeV6.4167.984.3 V1.0V6.4167.984.3 _RA_001Tickets Collection Software Requirements Specification聚票网软件需求规格说明书Prepared by 拟制余勇、陈功、汪柄辰、王鹏辉、张星、徐诗源Date日期2012-03-08Reviewed by 评审人郭凡Date日期2012-03-14Approved by批准杨琦Date日期2012-03-15 版权所有 不得复制Copyright BroadenGate Technologies, Co., Ltd. All Rights ReservedRevision Record修订记录Date日期Revision Version修订版本CR ID /Defect IDCR/ Defect号Sec No.修改章节Change Description修改描述Author作者2012-3-08V1.01初稿余勇、陈功、汪柄辰、王鹏辉、张星、徐诗源2012-3-10V1.122.2软件功能3.具体需求修改功能结构图细节，修改用例图细节余勇、陈功、汪柄辰、王鹏辉、张星、徐诗源2012-03-11V1.233.具体需求增加需求模块处理细节，修改文档格式余勇2012-03-12V1.346.1数据库修改部分数据库字段余勇2012-03-12V1.453.具体需求根据评审的问题进行修改余勇Catalog 目 录1. Introduction简介71.1 Purpose目的71.2 Scope范围72. General description总体概述72.1 Software perspective软件概述72.1.1 About the Project项目介绍72.1.2 Environment of Product 产品环境介绍82.2 Software function 软件功能82.3 User characteristics 用户特征92.4 Assumptions & Dependencies 假设和依赖关系93. Specific Requirements 具体需求93.1 R.FUNC.FM 前台模块113.1.1 搜索123.1.2 R.FUNC.FM.003 浏览133.1.3 R.FUNC.FM.004 注册登录133.2 R.FUNC.UM 会员模块143.2.1 R.FUNC.UM.001 个人信息管理143.2.2 订阅153.2.3 R.FUNC.UM.004 系统推荐163.2.4 R.FUNC.UM.005 评论163.2.5 购票163.2.6 R.FUNC.UM.009 举报183.2.7 R.FUNC.UM.010 收藏183.3 R.FUNC.MM 商家管理模块183.3.1 R.FUNC.MM.001 商品信息报表193.3.2 票品资料管理193.3.3 R.FUNC.MM.005 商家信息管理213.3.4 R.FUNC.MM.006 交易213.4 R.FUNC.AM 管理员模块213.4.1 R.FUNC.AM票品管理223.4.2 R.FUNC.AM.003 会员管理233.4.3 商家管理233.4.2 R.FUNC.AM.006 类别管理243.5 Performance Requirements 性能需求253.5.1 Performance Requirements 时间与系统性能需求253.6 External Interface Requirements 外部接口需求253.6.1 User Interface 用户接口253.6.2 Software Interface 软件接口253.6.3 Hardware Interface 硬件接口253.6.4 Communication Interface 通讯接口254. Overall Design Constraints 总体设计约束254.1 Standards compliance 标准符合性264.2 Hardware Limitations 硬件约束264.3 Technology Limitations 技术限制265. Software Quality Attributes 软件质量特性265.1 Reliability 可靠性265.2 Usability 易用性265.3 Correctness 正确性265.4 Maintainability 可维护性265.5 Testability 可测试性265.6 Flexibility 适应性275.7 Economy 经济性276. Other Requirements其他需求276.1 Database数据库276.2 Localization 本地化317. Requirements Classification 需求分级318. Issues To Be Determined 待确定问题319. Appendix 附录329.1 Appendix A 附录A Feasibility Analysis Results 可行性分析结果329.2 Appendix B 附录B Requirements Modeling 需求建模329.2.1 Data Flow Diagram 数据流图32Keywords 关键词：票务平台、在线票务搜索、票务发布、票务浏览。Abstract 摘 要：这是一份关于聚票网系统的需求文档，详细说明了需求的各个部分，包括模块划分，数据流，数据库的定义等等。List of abbreviations 缩略语清单：Abbreviations缩略语Full spelling 英文全名Chinese explanation 中文解释DBDatabase数据库B/SBrowser/Server浏览器/服务器PCPersonal computer台式个人电脑DAOData Access Object数据访问对象EREntity Relation实体关系FMFront Manage前台管理UMUser Manage会员管理MMMerchant Manage商家管理AMAdministrator Manage管理员管理1. Introduction简介1.1 Purpose目的 本文档用于叙述聚票网系统的需求，为后面的需求分析报告的编写提供参考依据。预定的合法读者为：1、 本项目的所有责任人和决策者；2、 参与概要设计和需求确认的有关业务人员和技术员；3、 本项目的软件开发人员、测试人员、文档编写人员。本文档全部内容均为商业机密，应严格控制其应用和阅读范围。在项目开展过程中，由本项目小组负责管理，项目完成后交专人负责保存。未经文档责任人许可，任何人不得将本文档部分或全部内容私自保留或交于他人。1.2 Scope范围 聚票网的需求分析包括以下范围：前台：搜索（本地获取、网页爬取）、浏览、注册登录。会员：个人信息管理、订阅（邮件提醒、个人主页订阅）、评论、举报、购票（下订单、支付、购买历史）、收藏。商家： 查看商品信息报表、票品资料管理（发布、修改、下架）、商家信息管理、交易。管理员：票品管理（审核、下架）、管理商家（添加、删除）、管理会员（禁言）。2. General description总体概述虽然中国的电子商务目前非常火爆，但是就目前中国的电子票务市场来看，这是一块非常大的蛋糕，但蛋糕虽大，却鲜有人问津，2011年，包括体育赛事在内的中国演出市场收入将高达500亿元人民币。其中，演唱会、音乐会、话剧、歌舞剧、曲艺等为200亿左右；体育赛事为100亿元；旅游演出市场为100亿元；电影票为100亿元。按照10%的比例计算，演出票务分销佣金将高达50亿元人民币，中国电子票务在线预订在很长一段时间是一片空白，尤其在明星演唱会，体育赛事等票务预订方面，用户基本上是靠搜素引擎去搜索，然后一个链接接着一个链接的点下去，看看各家供应商有没有合适价格的票。这是个用户体验非常差的过程，一件很简单的事情却要花费很多的时间。2.1 Software perspective软件概述2.1.1 About the Project项目介绍聚票网就是打算通过有效信息的聚合和整理，在电子票务领域打造一个专业的垂直搜索引擎，或者说演出票务版的“去哪儿”。有戏网与全国上千家演出票务代理公司、演出场馆和演出主办方进行深度合作，保证了票务信息的全面和权威。用户在聚票网可以找到各种分类的票务，并且以非常简单明了的方式呈现出来。找到你觉得合适的价格，选择一个合适的供应商，点击“立即购票”就会转到相应供应商的网站执行购买过程。2.1.2 Environment of Product 产品环境介绍软件环境：操作系统Windows XP/win7简体中文数据库平台Mysql5.1简体中文应用平台tomcat7.x简体中文浏览器火狐、IE、Chrome简体中文硬件环境：应用和数据库服务器1CPU：P4 2.0G1CPU：P4 2.8GMem：512MMem：2GHD：40GHD：120G产品环境介绍图：2.2 Software function 软件功能2.3 User characteristics 用户特征前台：搜索（本地获取、网页爬取）、浏览、注册登录。会员：个人信息管理、订阅（邮件提醒、个人主页订阅）、评论、举报、购票（下订单、支付、购买历史）、收藏。商家： 查看商品信息报表、票品资料管理（发布、修改、下架）、商家信息管理、交易。管理员：票品管理（审核、下架）、管理商家（添加、删除）、管理会员（禁言）。2.4 Assumptions & Dependencies 假设和依赖关系本系统将采用JAVA语言开发，不受操作系统的局限性。一般情况下使用WINDOWS操作系统，特殊情况下如果用户有其他操作的要求，系统应具备可移植的条件。本系统将使用MYSQL数据库系统。3. Specific Requirements 具体需求系统总用例：买家购买活动图：卖家交易活动图：3.1 R.FUNC.FM 前台模块3.1.1 搜索 R.FUNC.FM.001 本地搜索.1 Introduction介绍当用户想了解自己想要的商品的信息时，可以通过在搜索框中输入商品名称来实现。可以通过票品类别，票价，地点分类搜索。.2 Inputs输入输入即为用户键入的商品名称。搜索鉴于模糊查询应用，可以使用空格。.3 Process处理系统将获取用户输入的商品名称，首先进行字符串的审查，检查所输入信息是否为空，是否存在于数据库并与数据库中已存商品信息关联。若存在，则显示所有商品信息及其评价的列表；若不存在，则给出提示信息。.4 Outputs输出将满足用户要求的所有商品信息及其评价展示在返回页面中，一页显示20条商品信息。每条商品信息包括商品的图片、名称、评分、评价信息。 R.FUNC.FM.002 网页获取（爬虫）.1 Introduction介绍该模块为本系统核心的一部分，网页抓取通过抓取网上一些网站的票品信息，并将这些信息显示在网站前台。可以通过票品类别，票价，地点分类搜索。.2 Inputs输入输入信息为搜索的关键字。.3 Process处理通过系统定义的爬虫开关每隔一定的周期，从目标网站（票友会）上获取商品信息，并存储在数据库中，该处理过程每隔单位时间更新，以便为用户提供最新的商品信息。当用户搜索票务时，系统会从爬虫商品数据库中搜索，通过关键字提取票务信息，并展示在搜索结果栏中。.4 Outputs输出显示搜索结果。3.1.2 R.FUNC.FM.003 浏览 Introduction介绍用户可以按照类别或通过搜索来浏览相应票务的具体信息。 Inputs输入点击具体票务的文字链接或者图片链接。 Process处理若票务为本地的，则根据超链接从数据库中取出票务的具体信息，包括票务名称、地点、开始时间、截止时间、价格、类别、购买数、图片、折扣等信息。并在具体票务页面显示这些详细信息。若票务为网上爬虫过来的，则将网上爬取的数据（名称、类别、地点、价格、图片）显示在具体票务信息网页。 Outputs输出票务的具体信息网页。3.1.3 R.FUNC.FM.004 注册登录 Introduction介绍一般浏览者想更多地使用本站的资源，可以在本站注册成为会员。注册后可登录。商家也可以提交注册信息申请加入。 Inputs输入一般浏览者输入邮箱、用户名、密码、密码确认等信息进行注册。 密码：要求首字母为英文，密码长度大于等于8位。注册成功的用户输入邮箱和密码便可登录。商家输入店铺名、联系方式（邮箱、密码）、登录名、密码、店铺介绍等信息申请注册。 Process处理 系统将首先检测注册输入的各字段是否合法，检测密码和密码确认是否一致。若有不合法的输入，首先在注册页面给出提示信息。若用户名已注册，则提示用户。若没有出错，对于普通游客提示用户注册成功，可根据账号密码登录。对于商家，系统将商家注册信息提交管理员，等待审核人员审核。 Outputs输出 若出错，则按照相应出错类型，给出具体的出错信息。若没有出错，则转至用户成功登录或注册页面或申请成功。3.2 R.FUNC.UM 会员模块3.2.1 R.FUNC.UM.001 个人信息管理 Introduction介绍 在本模块中，会员可以修改个人信息，邮箱，密码等个人信息。 Inputs 输入 会员输入想更改的信息内容，在修改密码时要进行验证。 Process 处理 会员在修改个人信息时，系统从网页上获取修改的信息，并将这些信息更新到会员的数据库。会员修改密码时，首先要求输入当前密码，在要求输入新密码和密码确认，若当前密码不正确或新密码和密码确认不一致，系统提示错误，并要求重新输入。若当前密码正确且新密码与密码确认一致，则提示密码修改成功。 Output 输出 提示会员修改成功或失败。3.2.2 订阅 R.FUNC.UM.002 邮件提醒.1 Introduction介绍会员选择票务系统的邮件提醒功能，定期的收取邮件获得最新的票务信息。.2 Inputs 输入 会员在注册或者在个人页面中，可以点击选择接受邮件提醒。 .3 Process 处理 系统读取用户所订阅的票务类别，并通过票务类别在数据库票务表中查找相应类别票务的最新票务信息。并定期将这些信息发送到会员所注册的邮箱，提醒会员查看订阅的最新票务信息。.4 Output 输出 用户个人资料填写的邮箱定期收到票务系统发送的票务信息。 R.FUNC.UM.003 个人主页订阅.1 Introduction介绍 在本模块中，用户可以选择感兴趣的票务类别订阅系统票务信息。.2 Inputs 输入 会员可以在个人信息模块选择感兴趣的票务类别，点击订阅选择类别。 .3 Process 处理 系统读取用户所订阅的票务类别，并通过票务类别在数据库票务表中查找相应类别票务的最新票务信息。会员登录个人主页时，系统会将这些最新消息显示个会员，提醒会员查看订阅的最新票务信息。.4 Output 输出系统定期的将用户感兴趣的票务类别信息显示在用户的个人主页上。3.2.3 R.FUNC.UM.004 系统推荐 Introduction介绍 聚票网系统会及时的推荐最热门的票务信息给用户，方便用户浏览和选择。 Inputs 输入系统自动更新 。 Process 处理 系统定期从数据库中查找点击率排名前十的票务，将这些票务的具体信息从数据库中取出，并将之展现在会员个人主页上，方便会员登录主页时查看最热门商品。 Output 输出 将最新的票务的信息显示在会员的个人信息页面内。3.2.4 R.FUNC.UM.005 评论 Introduction介绍 登录会员对感兴趣的票务信息发表评价。 Inputs 输入 输入内容便是会员评论信息 。 Process 处理 系统首先检测是否当前有会员登录，若无会员登录，则提示登录；若有会员登录，系统获取会员输入的评论信息，并且将其添加到数据库中，实时显示在页面评论栏内。 Output 输出 将用户评论的内容显示在商品的评论栏内。3.2.5 购票 R.FUNC.UM.006 下订单 .1 Introduction介绍 会员选择自己喜欢的票务，并点击购买。 .2 Inputs 输入 已登录用户点击购买按钮。 .3 Process 处理 系统首先检测是否当前有会员登录，若无会员登录，则提示登录；若有会员登录，则将会员的购买订单信息存入数据库，并等待用户付账。 .4 Output 输出 若未登录则提醒登录，若登录则订单成功，并且提醒用户付款。 R.FUNC.UM.007 支付 .1 Introduction介绍 用户选择自己订单中的票务，并选择付款结账。 .2 Inputs 输入 用户输入交易密码，并点击确认按钮。 .3 Process 处理 系统检查密码是否正确，若不正确，提醒用户重新输入密码，若密码正确，则付款成功，并提醒商家发货，等待用户确认收货。.4 Output 输出 提醒用户支付成功，等待发货并确认。 R.FUNC.UM.008 购买历史.1 Introduction介绍 用户成功购买某票务时，系统会自动将该交易记录存入该用户的购买历史中。用户在个人主页里能查看自己的购买历史。 .2 Inputs 输入用户在个人主页点击购买历史。.3 Process 处理每当有一笔新的交易成功时，系统会自动将这笔交易的具体信息保存到数据库中，会员打开个人主页，点击购买历史时，系统会从数据库中将该会员成功购买票务的所有记录取出，并显示在购买历史页面。 .4 Output 输出 在个人主页显示出票务的购买历史。3.2.6 R.FUNC.UM.009 举报 Introduction介绍 会员对于已经发布的评论信息进行举报。 Inputs 输入 会员点击举报按钮。 Process 处理 对于每一条评论都有一条状态属性，初始属性为未被举报，每当有会员点击举报某条评论时，该评论状态变为被评论未被处理，提交管理员并等待管理员每天定时审核，管理员审核后，对于未通过审核的评论，删除该评论，并对发表该评论的会员进行禁言处罚。若通过审核，该评论状态则变为已通过审核，并将不再被举报。 Output 输出 若出错，则按照相应出错类型，给出具体的出错信息。若没有出错，显示举报信息等待管理员处理。3.2.7 R.FUNC.UM.010 收藏 Introduction介绍 会员能够选择特定的票务，进行收藏，保存在个人主页上。 Inputs 输入 会员在浏览具体的票务信息时，点击收藏按钮进行保存。 Process 处理 系统首先检测是否当前有会员登录，若无会员登录，则提示登录；若有会员登录，则读取会员的收藏信息，将该信息保存到数据库收藏表中。当会员要查看收藏时，从数据库取出该用户的收藏信息，并展示在会员收藏页面。 Output 输出 将用户收藏的票务信息显示在其的个人收藏页面。3.3 R.FUNC.MM 商家管理模块3.3.1 R.FUNC.MM.001 商品信息报表 Introduction介绍 本模块主要通过票品订购，阅览等数据生成相应的报表，可以供商家直观的查看票品的销售情况，每天的销售量以及相关的对比情况等。 Inputs 输入 商家通过点击“查看报表”按钮来进行操作。 Process 处理 系统根据商家的选择，从数据库中提取相应的数据，并通过后台系统自动生成相应的数据报表，供商家参考。具体报表有：时间（天、周、月、年）销量（总销量、类别销量、单品销量）报表、时间（天、周、月、年）销售额（总销售额、类别销售额、单品销售额）报表、销量（天销量、周销量、月销量、年销量）品种（类别、单品）报表、销售额（天销售额、周销售额、月销售额、年销售额）品种（类别、单品）报表 Output 输出 显示相应报表。3.3.2 票品资料管理 R.FUNC.MM.002 票品发布.1 Introduction介绍 该模块为票品资料管理的一个子模块，主要为商家提供发布新的票品信息的功能。.2 Inputs 输入 商家发布票务信息时主要输入：票品名称、票品类型（类型为可选类型，一般固定几种类型）、票品有效使用时间、票品原价格、演出地点、折扣（选填，默认不打折）。.3 Process 处理系统会核实相应输入是否为空（其中票品名称、票品类型、票品有效使用时间、票品原价格、演出地点必填），日期格式是否正确。然后自动获取商家名字存储入数据库，提示待审核状态，经过后台管理员审核同意发表，提示发表成功。.4 Output 输出 数据库将最新的票务信息发布在相应的页面上。 R.FUNC.MM.003 票品资料修改.1 Introduction介绍 该模块为商家提供修改票品的相关发布信息的功能。.2 Inputs 输入 商家输入为通过点击“修改票品资料”按钮来实现操作。.3 Process 处理 商家登陆后，在商家个人主页修改好票务资料后，系统将这些信息更新到该票务的数据库中。.4 Output 输出 更新票品信息。 R.FUNC.MM.004 票品下架.1 Introduction介绍 系统的该模块为商家提供票品下架功能。对于一些到期的票务或提前卖完的票品进行下架操作。.2 Inputs 输入 商家通过点击“票品下架”按钮来进行操作。.3 Process 处理 系统会定期检查数据库中的商品，对于已经到期还未下架的商品，实施自动下架处理，对于一些还没到期但已经卖完的商品，商家可以手动下架。.4 Output 输出 票品下架成功。3.3.3 R.FUNC.MM.005 商家信息管理 Introduction介绍 系统本模块主要用于对合作商家的账户信息管理。主要用来查看商家信息和修改商家资料以及修改账户密码的功能。 Inputs 输入 商家输入为通过点击“修改资料”和“修改密码”按钮来实现操作。 Process 处理 商家在修改商家信息时，系统从网页上获取修改的信息，并将这些信息更新到商家的数据库。商家修改密码时，首先要求输入当前密码，在要求输入新密码和密码确认，若当前密码不正确或新密码和密码确认不一致，系统提示错误，并要求重新输入。若当前密码正确且新密码与密码确认一致，则提示密码修改成功。 Output 输出 更新商家资料或商家账户密码。3.3.4 R.FUNC.MM.006 交易 Introduction介绍 用户购买商品付账以后，商家会在商家首页看到已支付待发货的票务，商家发货后等待用户确认收货并将钱转到商家帐下。 Inputs 输入 商家点击发货按钮提醒用户收货，用户收货后点击确认收货按钮，实现转账。 Process 处理 用户支付票务后，系统会提醒商家发货，若用户对收到的票务满意，确认收货后，将钱转到商家帐下；若用户不满意，选择退货，商家收到退票后，确认将钱返还用户。 Output 输出 用户支付票务后，商家页面待发货商品，商家发货后，用户个人主页提醒用户收货。收到货用户确认后，商家页面显示交易成功。3.4 R.FUNC.AM 管理员模块3.4.1 R.FUNC.AM票品管理 R.FUNC.AM.001 票品审核.1 Introduction介绍 为了保证商家发布的票务信息是绝对安全，符合国家法律规定的，所以在商家发布票务信息时，后台管理员会进行人工审核。.2 Input 输入 商家在填写完发布票务的全部信息后，点击发布按钮，票品信息就会进入数据库，等待管理员审核。.3 Process 处理 管理员会对数据库中商家提交的票务信息进行审核，包括演出地点和演出类型，在确定是安全并且符合国家法律规定的，会将票务信息从待审核的表中移出，添加在已通过审核的表单中。 .4 Output 输出 添加到已通过审核的表单中的票务信息，将在网站的相应模块显示。 R.FUNC.AM.002 票品下架.1 Introduction介绍 对于商家发布的不符合要求的和到期的票务信息所做的一种处理。.2 Input 输入 数据库待审核表单中，审核未通过的表单信息；或在数据库中已过期的票务信息。.3 Process 处理 管理员在对待审核表单进行审核时，如果发现不符合要求的票务信息，将其在待审核表单中删除；或管理员在已通过审核表单中，查找到的过期票务信息，将其在已通过审核表单中删除。.4 Output 输出 商品下架后，管理员会给商家发送一封通知邮件。3.4.2 R.FUNC.AM.003 会员管理 Introduction介绍 管理员对于会员评论行为的一种管理，用于约束会员的评论内容。其次帮助用户找回密码。 Input 输入 被举报的所有评论信息和举报人的信息。 Process 处理 对被举报的信息进行审核，如果举报属实，则会通过评论ID查找到发表该评论的会员，并在数据库中将该会员评论权限关闭，并对不符合要求的举报信息，在数据库中进行删除；若举报的评论完全符合要求，则举报人为恶意举报，会在数据库中将该举报人评论权限关闭。 Output 输出 删除不符合要求的被举报评论。3.4.3 商家管理 R.FUNC.AM.004 添加商家.1 Introduction介绍 管理员每天定期审核商家的申请注册信息，想加入聚票网的，并且符合要求的商家加入到合作伙伴并提供给其相关权限的一项功能。.2 Input 输入 商家申请注册，管理员审核后，点击通过或不通过。.3 Process 处理 相关工作人员考核申请商家的信息后，对于审核通过的商家，会修改商家的数据库中是否通过审核字段，使其成为正式商家。.4 Output 输出 分配给审核通过的商家的登陆权限，用于登录和继续后续的操作。 R.FUNC.AM.005 删除商家.1 Introduction介绍 将合作到期或者倒闭的商家，移出合作伙伴列表，并停止其权限的功能。.2 Input 输入 与商家合作到期的时间，或者商家倒闭的时间。.3 Process 处理 将数据库中，商家的相关信息和发布的票务信息删除，并删除对应的表格。.4 Output 输出 收回商家的用户名和密码，将商家移出合作伙伴列表。3.4.2 R.FUNC.AM.006 类别管理 Introduction介绍 管理员对于票务类别的一种管理，用于约束商家发布商品时所选的类别以及对类别的修改添加等。 Input 输入 管理员添加一个具体的票务类别或者点击修改或删除票务类别。 Process 处理 管理员手动添加一条类别后，在类别表中添加一栏该类别信息。修改类别时，更新数据库，修改改类别信息。删除类别时，将数据库该类别整行字段删除。 Output 输出 提示管理员操作成功。3.5 Performance Requirements 性能需求管理的记录的个数：仅受限于MYSQL 数据库管理记录的个数。表的大小规模：随着数据的录入，表的规模可以无限量的扩大，仅受限于MYSQL数据库对表大小的支持。3.5.1 Performance Requirements 时间与系统性能需求时间特性的需求： 搜索返回给用户时间控制在2s内。 平均搜索时间在1秒以内。系统容量的需求： 同时使用用户100人以上。3.6 External Interface Requirements 外部接口需求3.6.1 User Interface 用户接口本系统基于B/S模式，提供给用户的操作界面主要有管理主界面，能在1024*768的分辨率下很好地显示，并自动适应其它分辨率的显示。3.6.2 Software Interface 软件接口本系统采用的数据库为MySQL5.1,采用的接口为mysql connector for java。服务器为Tomcat 7.0 。本系统主要运行在Windows操作系统下。3.6.3 Hardware Interface 硬件接口 接口标准为自定。3.6.4 Communication Interface 通讯接口Internet接入协议：TCP/IP。4. Overall Design Constraints 总体设计约束4.1 Standards compliance 标准符合性 本软件产品应严格遵循设计，编码规范及用户界面的友好性。4.2 Hardware Limitations 硬件约束客户端约束：能访问本系统主页网站。服务器端约束：客户通过用户交互界面提交一项请求，要求必须在1秒之内做出响应，不能给用户有迟滞的感觉。4.3 Technology Limitations 技术限制数据库：软件产品设计应与数据库无关，本系统使用MySQL数据库为主。接口：符合本系统的接口标准。并行操作：同时允许100个以上客户端同时运行，保证数据的正确和完备性。编程规范：用java和jsp实现，由开发方提供一套编程规范，甲方审查认定。5. Software Quality Attributes 软件质量特性5.1 Reliability 可靠性容错性：用户输入非法的数据或不合理的操作，不会造成系统崩溃或引起数据的不完整。客户端在不同的操作系统下或不同的硬件配置下，都能正常工作，也不会因为用户在系统装了不同的软件，造成本产品的工作不正常。.可靠性：提交给用户的最终产品在6个月的运行期间，不能有致命错误，严重错误不超过5次，一般错误不超过15次。可恢复性：当系统出现故障或机器硬件出现断电等情况，系统应该能自动恢复数据和安全性等方面的功能。5.2 Usability 易用性易懂性：用户能够容易的理解该系统的功能及其适用性。 易操作性：具备良好的用户交互界面，使用户容易操作。阻止用户输入非法数据或进行非法操作。5.3 Correctness 正确性要充分考虑数据的一致性和完整性(实体完整性、域完整性、参照完整性)，保证数据正确率。5.4 Maintainability 可维护性随着企业需求的变更，系统可以很容易的扩充模块来适应业务的增加。另外系统能方便平滑的升级。5.5 Testability 可测试性产品的单元模块和最终产品的功能都是可验证和可测试的。5.6 Flexibility 适应性保证软件产品能很好的进行功能扩充，在原来的系统中增加新的业务功能，可方便的加入，而不影响原系统的架构。5.7 Economy 经济性系统的设计与实施必须考虑现有资源的使用和闲置情况。6. Other Requirements其他需求6.1 Database数据库会员：user字段名称字段类型字段约束注释idint非空会员idusernamevarchar非空用户名passwordvarchar非空密码emailvarchar非空邮箱accountfloat非空（默认为0）账户statebit非空（默认为0）是否被禁言，0为未禁言商家：merchant字段名称字段类型字段约束注释idint非空商家idusernamevarchar非空商家登陆名passwordvarchar非空商家登陆密码nicknamevarchar非空商家昵称accountfloat非空商家账户emailvarchar非空商家邮箱addressvarchar非空商家地址telvarchar非空商家电话introductionvarchar可为空商家店铺简介本地票务：ticket字段名称字段类型字段约束注释idint非空票务idnamevarchar非空票务名称pricefloat非空票价typeint非空外键 关联type表merchantidint非空外键 关联merchant表time1date非空票务开始时间time2date非空票务结束时间statebit非空（默认0）是否是下架商品locationidint非空外键 关联location表countint非空票务数量introductionvarchar可为空票务介绍auditbit非空（默认为0）是否通过审核，默认未通过clickint非空（默认为0）点击数purchaseint非空（默认为0）购买数discountfloat可为空（默1.0）折扣imgvarchar可为空图片地址 爬虫票务：crawlerticket字段名称字段类型字段约束注释idint非空票务idnamevarchar非空票务名称timedate非空票务时间pricefloat非空票务价格imgvar