小游戏需求说明书

小游戏需求说明书（共7篇）

1.小游戏需求说明书 篇一

（V1.0.1）

编制说明

千里之行购物网由“2013级软件班彭双双”工作室承接制作,其一切功能都依据顾客需求制订,制作,特作以下说明书.

更改控制单

目 录

1

总则 ........................................................................................................................................... - 4 - 1.1 1.2 1.3 2 3

适用范围 ............................................................................................................................. - 4 - 引用标准文献 ..................................................................................................................... - 4 - 名词术语表 ......................................................................................................................... - 4 -

系统体系结构 ........................................................................................................................... - 5 - 系统功能需求 ........................................................................................................................... - 6 - 3.1 3.2

总体实现 ............................................................................................................................. - 6 - 系统管理平台 ..................................................................................................................... - 6 -

前提和约束 ................................................................................................................ - 6 - 3.2.2 系统管理功能 ............................................................................................................ - 7 - 3.3 系统主要业务流程 ............................................................................... 错误！未定义书签。 3.3.1 用户信息发布流程 ....................................................................... 错误！未定义书签。

4

系统技术需求 ........................................................................................................................... - 7 - 4.1 4.2 4.3 4.4 5

安全性 ................................................................................................................................. - 7 - 扩充性 ................................................................................................................................. - 7 - 易维护 ................................................................................................................................. - 7 - 响应速度快 ......................................................................................................................... - 8 -

3.2.1

系统性能需求 ........................................................................................................................... - 8 - 5.1 5.2

系统响应时间 ..................................................................................................................... - 8 - 并发处理能力 ..................................................................................................................... - 8 -

6 系统安全性需求 ....................................................................................................................... - 8 - 6.1 6.2 6.3 6.4

用户合法身份校验 ............................................................................................................. - 8 - 数据授权控制 ..................................................................................................................... - 8 - 操作日志 ............................................................................................................................. - 8 - 防火墙 ................................................................................................................................. - 9 -

7 其它非功能性需求 ................................................................................................................... - 9 - 7.1 7.2 7.3

稳定性需求 ......................................................................................................................... - 9 - 扩展性需求 ......................................................................................................................... - 9 - 易操作 ................................................................................................................................. - 9 -

1 总则

1.1 进入21世纪以后，网上购物已经是一件新鲜的不能再新鲜的事情了，对于我国网络

购物的需要量，特地建立一个购物网站以供需求

1.2 适用范围

本规范是千里之行购物网项目的技术需求、开发和实现的指导性文件。

1.3 引用标准文献

《编码规范》

1.4 名词术语表

2 系统体系结构

参考软件体系架构采用MVC多层体系的思路，本系统平台架构也体现这一架构的思路，具体设计如下图示意：

图2.1系统软件结构示意图

该体系架构采用业界成熟和广泛运用的J2EE技术、基于MVC（模型―视图―控制器）设计范例进行架构设计。

WEB服务器为前端客户浏览器提供表示逻辑和用户导航；处于中间层的应用服务器通过WEB容器和JAVABEAN提供的各组件完成业务逻辑和工作流；处于后端的数据模型层提供数据逻辑，根据具体情况的不同，采用DAO连接数据库。

MVC（模型―视图―控制器）设计范例基于功能清楚地分开了代码，因此，修改某一层上的应用程序不会影响到其它层，整个系统是一个松耦合的系统，特别适合于业务模式、用户状况与需求多变的`应用环境。在系统开发上，由于它将功能清楚地进行了分解，使得需要不同技术能力的团队可以相互独立地工作，这种明确的分工可有效利用开发团队成员的力量，实现高效优质的开发工作。

3 系统功能需求

3.1 总体实现

所有的用户可以划分为以下几个大类：

? 网络用户：通过网络实现查看网页信息，注册为会员，登陆后享受会员具有会员功

能，信息发布、信息回复查看等功能。 ? 系统管理员：系统管理人员，完成基本参数设置、系统运行日志、用户管理和权限

设置等系统基本设置。 按照以上原则，系统划分为两部分功能实现：面向网络用户的功能和面向系统管理的系统管理功能。

图3.1 系统功能模块示意图

以下所有功能模块的需求分析将基于这个模块划分原则进行，并展开详细的需求分析说明。

功能实现上应能做到：操作简便；具有使用护航；可操作性好；对关键数据输入有即时提示；并且做到界面及提示用词统一、通俗易懂、不使用专业技术用语。

3.2 系统管理平台

系统管理平台面向整个网站管理IT系统的系统管理员，管理员通过该平台可以完成系统的用户管理、权限分配、以及性能分析、安全日志查询等系统级管理功能。

图3.2 系统管理平台功能模块图

3.2.1 前提和约束

管理员权限为系统内置权限，只能访问管理平台，不能进行业务操作。

通过用户组设置，减少批量相同权限用户的设置重复工作量。

权限模型按照用户－用户组－权限－可访问资源（包含数据访问控制），进行设定。

3.2.2 系统管理功能

为了方便顾客的使用、操作和维护以及根据顾客要求，我工作室将千里之行购物网分做前台和后台两个控制功能模块。前台的内容发布给广大的网民，而后台部分则是便于顾客修改数据库，更新网页内容。也就是说，网民通过网络可浏览网页，而顾客将用有一个独立于客户端的控制页面，由顾客授权管理。 网页雏形

我工作室根据顾客提出的要求，计划将网页制作成如下形式：

1、首页顶部千里之行购物网名称，并以图片做修饰，添加导航条，导航条内容有：

网站公告、产品导航、户外服装、登山用品、野营露宿、休闲运动、运动工具共7条；

2、其中首页将推荐商品、特价商品、新上商品，便于顾客浏览。 3、首页左边将放置帮助信息及功能模块； 4、在首页下部是一些其他千里之行购物网的帮助解释等超链接。 5、用户点击相应的功能模块按钮进入功能页面，帮助用户完成功能操作。 6、用户点击客户管理，进行注册、登陆、修改个人信息等操作，并配有各功能的

独立页面，操作不成功弹出操作不成功的提醒页面。

7、后台内容中，提供了系统管理员的登陆，操作页面。操作主页面提供对数据库

内容的增删改查四个功能的按键，管理员选择用户或用户信息后对内容进行更新或修改。每个功能按键对应一组成功与出错的页面。

4 系统技术需求

4.1 安全性

保障用户信息的数据安全性和保密性，防止外部攻击和窃取核心业务数据就显得尤为重要。故在数据访问，层间通讯必须使用JAVABEAN做数据封装。

4.2 扩充性

客户管理有很大的发展潜力，系统应该通过方便的设置扩充系统容量，而且对客户预订业务也应该可以通过模块化定制。

4.3 易维护

随着业务的发展，网站信息数量也会增加，所以系统必须提供方便的维护手段，尽量减少系统维护的工作量。

4.4 响应速度快

用户在查询信息时，对系统延迟往往有一个忍耐极限，所以要求系统响应速度应在用户忍耐范围内。

5 系统性能需求

系统性能是用户测评系统的一个重要指标，包含以下两个方面：系统相应时间和并发处理能力。

同时，考虑性能时，也应该综合考虑系统的硬件指标、用户最大数量、系统实时需求性和系统复杂度。

5.1 系统响应时间

提供先进的数据访问引擎技术，提高数据处理响应速度。一般性查询最长不超过 5 s，一般业务处理操作不操过5s，报表查询以及复杂查询操作一般不操过30s。

5.2 并发处理能力

通过先进缓存技术。解决多用户并发访问瓶颈。 系统应支持最大并发在线客户数为30-50个。

6 系统安全性需求

由于系统是基于Internet的Web应用，因此安全性措施尤为重要。

6.1 用户合法身份校验

6.2 数据授权控制 6.3 操作日志

所有重要业务操作，在系统中均记录日志，包含登录的信息、操作信息、日期等，作为事后系统安全审计和跟踪的依据。

6.4 防火墙

为防止Internet上的恶意攻击和数据安全，在系统和外网之间设置防火墙，以保证合法的访问和系统安全。

7 其它非功能性需求

7.1 稳定性需求

7.2 扩展性需求

7.3 易操作

2.小游戏需求说明书 篇二

“网络成瘾”于1994年由纽约的精神病医师Goldberg[1]提出，即指个体由于过度使用互联网而导致明显的社会、心理功能损害的一种现象。随后匹兹堡大学的教授Kimberly Young通过对网络成瘾症状的研究证实了它与赌博成瘾症状的极为相似性，具备了非物质成瘾行为的六个典型特征：症状显著，耐受性增强，情绪改变，出现退缩症状，存在激烈的心理冲突，反复发作。周倩将国际卫生组织对“成瘾”的定义加以修改后将“网络成瘾”定义为：由重复地使用网络所导致的一种慢性或周期性的着迷状态，并产生难以抗拒的再度使用欲望，[2]同时会产生想要增加使用时间的张力与耐受性、克制、退瘾等现象，对于上网所带来的快感会一直有心理与生理上的依赖。网络对于网络成瘾者的重要原因就在于它能满足人们心理上的种种需要，尤其是现实生活中无法获得满足的需要。[3]大学生网络游戏成瘾可以这样理解：大学生在玩网络游戏的过程中，对其需求性很强，通过重复使用产生自我满足感，因而花费大量的时间在游戏中，疏远现实社会，并对身心健康产生负面影响。

一、网络游戏对大学生的影响

1. 可以满足大学生的猎奇心理。

大学生对于稀奇的物品非常关注，并且能够集中注意力。而网络游戏的画面新奇唯美，对于大学生具有很大的吸引力。同时，网络游戏设定了很多地下城、副本、装备、怪物供玩家去探险，满足了大学生的猎奇心理。

2. 可以使大学生获得成功体验。

从高中考上大学之后，很多大学生暂时失去了奋斗的目标，也没有了刻苦学习知识的成就感。而在游戏中，大学生通过不断的探索和研究，熟练游戏技巧，通过打败怪物和其他游戏玩家，能够得到别人的尊重，从而产生很强的成就感。

3. 可以帮助大学生逃避现实。

由于目标的缺失和学习上的压力，大学生很容易把注意力转移到网络游戏上，疏远现实生活。长时间把精力花费在游戏上，学习成绩必然下滑。由于家庭和学校的压力与游戏中的成就感产生很大的反差，大学生更不敢面对现实。

二、网络游戏成瘾需求性分析

马斯洛理论把需求由低到高分成生理需求、安全需求、社交需求、尊重需求和自我实现需求五个层次。家庭和学校已基本满足大学生的生理和安全需求，所以网络游戏成瘾的需求主要集中在感情、尊重和自我实现三个方面。

1. 生理上的需要。

这是人类维持自身生存的最基本要求，包括衣、食、住等方面的要求。如果这些需要得不到满足，人类的生存就成了问题。在这个意义上说，生理需要是推动人们行动的最强大的动力。马斯洛认为，只有这些最基本的需要得到了满足，其他的需要才能成为新的激励因素，而此时，这些已相对满足的需要也就不再成为激励因素了。大学生在校期间主要是父母提供生活费用，对生理需求考虑比较少，并且基本能够得到满足。

2. 安全上的需要。

这是人类要求保障自身安全、摆脱事业和丧失财产威胁、避免职业病的侵袭、接触严格的监督等方面的需要。高等学校的各方面安全体系比较完善，学生不用担心自己在校期间财产和自身的安全问题，并且也没有职业病的侵袭和公司体系的监督等问题。可以说大学生安全上的需要基本能够得到满足。

3. 感情上的需要。

这一层次的需要包括两个方面的内容。一是友爱的需要，即人人都需要伙伴之间、同事之间的关系融洽或保持友谊和忠诚;人人都希望得到爱情，希望爱别人，也渴望接受别人的爱。二是归属的需要，即人人都有一种归属于一个群体的感情，希望成为群体中的一员，并相互关系和照顾。

(1)友情。游戏中有很多玩家，大家都在一起玩，产生了一定的友情关系，并且会留下联络方式，成为现实中的朋友。还有一些本来就是现实中的朋友，大家有着共同的游戏爱好而一起玩游戏。这样在玩游戏的过程中会产生很强的友爱情感，彼此在游戏中互相关照、互相帮助。

(2)归属。在游戏中，网络游戏讲究团队作战，公会是玩家的“家”、交流最广泛的平台，游戏玩家通过公会来发表言论，把自己当成公会的一员，有些玩家成为公会的管理者，通过不断努力，把公会发展壮大。

4. 尊重的需要。

人人都希望自己有稳定的社会地位，要求个人的能力和成就得到社会的承认。尊重的需要可分为内部尊重和外部尊重。内部尊重是指一个人希望在各种不同情境中有实力、能胜任、充满信心、能独立自主。总之，内部尊重就是人的自尊。外部尊重是指一个人希望有地位、有威信，受到别人的尊重、信赖和高度评价。马斯洛认为，尊重需要得到满足，能使人对自己充满信心，对社会满腔热情，体验到自己活着的用处和价值。

(1)自尊。在游戏中，玩家通过不断的努力练级，或者获得宝物、装备，或者更熟练的操作技巧，来充实自我，实现对自己的肯定。

(2)社会尊重。在整个团队中，每个成员有不同的角色定位，大家通过自己的角色来为整个团队作贡献，得到大家的赞赏、团队的肯定。

5. 自我实现的需要。

这是最高层次的需要，它是指实现个人理想、抱负，发挥个人的能力到最大程度，完成与自己的能力相称的一切事情的需要。也就是说，人必须干称职的工作，这样才会使他们感到最大的快乐。马斯洛提出，为满足自我实现需要所采取的途径是因人而异的。自我实现的需要是在努力实现自己的潜力，使自己越来越成为自己所期望的人物。

(1)目标。大学生在读大学之前的主要目标就是考上大学，大学是其心目中美好的“象牙塔”。而理想的大学和现实中的大学有着很大的反差，在进入大学之后，很多大学生迷失了方向。目标的缺失导致了对前途的迷茫，对前途的迷茫是失去上进心的根本原因。而大学生在游戏中，在虚幻的世界中能找到自我，能以自己的方式决定游戏中自己的未来，实现自己的人生价值。

(2)社会贡献。玩家在游戏中能够通过担任不同的角色，通过不断的升级和刻苦钻研游戏技巧，完成角色的本职任务，来对整个团队、公会作出贡献。

(3)自我满足。玩家通过自己的努力实现自己的和团队的目标后，会产生自我满足感和荣誉感，在不断地实现游戏中目标的过程中，产生很大的快乐。

三、网络游戏成瘾干预体系构建

1. 明确大学生活目标。

鼓励大学生参加丰富的课外生活，培养广泛的兴趣，积极参加各种社会实践，利用其他休闲娱乐的方式转移自己的注意力，与教师、同学建立良好的人际关系，培养自己对所学专业的兴趣，树立自己的人生目标，学会如何适应社会，如何调节自己的情绪，在实际生活中锻炼自己的意志，增强挫折容忍力，使自己形成健康的心理素质和优良的个性品质。

2. 组织大学生参加各种校园活动。

学校要加强思想政治工作创新，积极发挥党团组织作用，大力开展校园文化活动[4]。如：经常性地开展各种文体活动和智力游戏、讲座、竞赛，长期举办各种兴趣小组，等等;在假期举办各种形式的社会实践活动，鼓励大学生积极参加。组织各种能吸引大学生参加的健康、科学、积极的社会实践活动和文化活动，丰富大学生的业余生活，吸引学生的注意力，转移大学生玩网络游戏的兴趣爱好，从而使得大学生的心理在活动中得到健康的发展。

3. 健全大学生信息网络和监督体系。

加强学生、辅导员、家长之间的交流。辅导员要做好学生信息网络构建工作。首先，全面了解学生上网时间和学习动态，多和学生接触、交流，主动了解其学习、生活情况，与学生交朋友，营造一个宽松、和谐、民主的班级气氛。其次，实行层层负责制度。通过班长和宿舍舍长了解学生在宿舍玩游戏的情况，通过副班长点名制度了解学生缺课的情况，并加强学生党员队伍建设，要求学生党员对各项制度的执行情况进行监督和反馈。最后，要与学生家长加强联系，不让大学生的活动脱离辅导员、家长的监护。家长要加强与子女的沟通，不仅在物质上支持他们上学，而且关心他们的思想学习、交友处世等，对子女的学习成绩和在学校参加的各种活动给予关注和鼓励，帮助子女认识自我，完成学业。

4. 适当采取心理咨询和拓展训练。

心理咨询有利于提高学生的自我意识和自助能力，解决玩游戏过程带来的问题，通过心理疏导，大学生能够认识到网络游戏成瘾对他们心理健康的影响，排除他们的不良心理，缓解心理紧张，恢复心理平衡。[5]已经成瘾的大学生，可以在暑假期间参加各种拓展训练或者出去旅游，在一段时间内不接触网络游戏。通过拓展训练和旅游来陶冶学生的情操，使他们了解生命的意义，重新树立价值观和人生观。

总之，大学生由于在现实生活中感情的需求、尊重的需求和自我实现的需求得不到满足，而通过网络游戏能够满足上述需求，从而沉迷网络游戏，无法自拔，严重影响了身心的发展。本文基于需求理论通过对网络游戏成瘾需求性的分析，提出了网络游戏成瘾干预体系构建的具体内容，为帮助大学生远离网络游戏，实现人生价值提供了可行的方法。

摘要：本文从大学生进行网络游戏的需求角度出发, 对网络游戏成瘾需求性进行了分析, 提出了通过构建大学生网络游戏成瘾干预体系杜绝网络游戏成瘾的具体方法。

关键词：需求理论,大学生,网络游戏成瘾

参考文献

[1]Goldherg.Internetaddictiondisorder.http://www.coh.hrown.edu/hrochure/people/duchon/humor/internet.addiction.html, 1995.

[2]王澄华.网络人际互动特质与依附型态对网络成瘾的影响[D].台湾:台湾大学心理学系, 2001.

[3]赵亮.网络成瘾症形成机理分析[J].新西部, 2008, (08) .

[4]王志新.浅析大学生网络成瘾的成因与防治[J].宁波高等专科学校学报, 2004, (06) .

3.小游戏需求说明书 篇三

回合制游戏创公测新高

近几年的回合新品尽管也有不少亮点之作，但通常是测试期喧闹一番，而后在线成绩不佳就杳无音讯。据IDG年度产业报告数据显示，2011年国内客户端市场规模已经达到了366.9亿元，网游用户数量已达1.2亿人。但在这个庞大的产业中，曾经辉煌的回合制市场规模近年来急速缩小，据悉，回合制用户在目前网游用户中的比例仅占16%，约为1900万人。不仅难以再现当年《梦幻西游》几百万人同时在线的盛况，甚至都无法重现早期《石器时代》、《魔力宝贝》等回合游戏崭露头角的情景。

然而，就在回合制市场的一片惨淡中，完美世界的《神雕侠侣》横空出世，封测期百度指数冲破7万，测试服务器爆满，登录排队用户超2000人，创造了近几年来回合制游戏的测试峰值。这一切表明，2D回合游戏的又一个成功作品离我们不远。

《神雕侠侣》产品在5月中旬启宣，并在7月上旬进行首轮测试，前后约2个月的宣传期，即在封测前期获得了如此难得的市场效果。过7万的百度指数，甚至在近年来的大型3D客户端网游公测时，都是很难实现。《神雕侠侣》目前的公测时间尚未确认，但据完美世界财报显示，这款游戏预定将于今年下半年公测。

题材得天独厚

《神雕侠侣》游戏是金庸先生的著名武侠小说的同名网游，由于是金庸正版授权，在宣传上得天独厚地可以充分利用小说中的大量要素——原著小说中，杨过与小龙女那段十六年生死爱恋深入人心，这也使得《神雕侠侣》网游可以利用题材，比较方便的树立市场品牌。当“问世间情是何物，直教生死相许？”的名句展现眼前，无形中为产品营造一种大作的感觉，直接引发市场上的大量关注。

紧抓用户需求

题材毕竟只是产品外围的附加价值，作为一款2D回合游戏，产品在市场上提出“首款动作回合网游”，大打时下流行的动作牌。游戏把大量的动作要素融入到回合游戏的玩法中，提出了轻功玩法以及回合战斗中的动作玩法等内容，直接击中了回合制玩家对动作的渴望。

对大众玩家而言，动作和回合的混合型玩法本身就是一种独特的创新，令人有很大的尝试欲望。《神雕侠侣》的市场策略清晰准确，满足了回合制核心玩家和大众玩家两个群体的需求，正因此它在封测就获得了热切的追捧。

4.需求规格说明书编写心得 篇四

以下是本人总结的《需求规格说明书》编写心得，由于人个水平有限，欢迎大家补充。

1.需求编写依据

合同、招投标文件、调研记录以及项目经理提供的已确定的需求规格说明书（内部）等。

2.主动与项目经理的沟通

反复的沟通，才能深入把握项目的实际需求，获得更多的资讯和资料。

3.项目背景

1)阐述目前遇到了什么样的问题，并充分说明该问题的严重性和紧迫性，若能提供一些数据或运用一些真实、典型的案例，不仅可以充分的说明该问题同时还能表明你对该项目的了解；

2)如何解决该问题；

3)为什么要提出这样一个系统；

4)最后扼要概述该系统的长远战略意义。

这样从逻辑上层层递进，不仅可以让自己的思维严谨起来，也使自己写出来的东西变得专业些。

4.系统总体概述

简单介绍系统的基本情况、特点、展示功能框架及阐述其优势。主要围绕是什么，有什么样的功能特点，能起到什么样的作用。

5.术语与用词

列出与系统有关的在文档中一定会提到的专业术语，没有提到的术语则不需要列出，否则会给读者带来一定的负担。还有要统一表达方式，如“修改”，“编辑”，“用户”，“员工”等等，以避免引发歧义。

另外，需求文档不需要华丽的词语，以客观事实的原则，切忌掺和主观思想，注意用词准确，精简表达其业务就可以。同时还需注意几点：等等、很多等抽象词尽量不使用；我认为、以为等主观词语切忌出现，尽量避免口语化。

6.描述模块

在编写模块时，通常包括模块描述、重要业务及流程、功能需求定义、业务数据字典、原型界面图等。

 模块描述

要明确指出建设了哪些功能，帮助用户实现什么、目标、基础等

 重要业务及流程

对该业务进行认真分析，得出该功能事项的有效规则，以激发该功能。可以通过画流程图，快速帮助阅读者理解，但一定要注意质量，避免产生误导。

 功能需求定义

需求中每个功能点力求写的清楚，一个需求文档下来能清楚统计出功能有多少个，并指明什么用户使用。一般情况下，要先写简单的，权限少的角色。此文档是设计的基础，是系统验收的依据。

 数据字典

写出实体类的中英文属性名称、类型和说明（如是否为表主键）。

 重要界面原型图

5.返利APP需求规格说明书 篇五

1.1 登录

1.1.1 功能说明

使用帐号（手机号码）和密码登录

1.1.2 注意事项

1.判断账号和密码是否合法，合法的话，直接登录；不合法的话给出对应提示

1.2 注册

1.2.1 功能说明

用户：使用手机号、验证码、邀请码（选填）、密码注册 一级代理：后台确定身份，在大后台设置账号和密码 二级代理：一级代理在其个人中心中进行绑定

1.2.2 注意事项

1：用户注册页面：推荐码可以进行选填，也可以获取系统默认的验证码，一旦输入有效的推荐码则上下级关系绑定

2：一级代理注册：超级管理员为其添加登录账号和密码，并且可以进行修改

3：二级代理注册：二级代理需要一级代理在个人中心处添加，添加成功则代表着关系绑定

4：每个手机号只可以注册一个身份，如果需要切换身份，则需要重新注册账号，同时之前的账号逻辑和账号信息保持不变

5：注册之后需要绑定支付宝，绑定的支付宝在个人中心可以编辑修改

1.3 忘记密码

1.3.1 功能说明

使用手机号、验证码、密码找回密码

1.3.2 注意事项

1：使用手机号和验证码找回密码，无论哪种身份，在APP里面都可以找到密码

1.4 首页

1.4.1 功能说明

首页包含搜索框、banner图、推荐商品

1.4.2 注意事项

安徽木子林科技有限公司 返利APP需求规格说明书

1：搜索框：输入商品名称中的关键字，搜索全平台商品

2：banner图片：可以设置跳转链接，点击进行跳转，同时不限制张数 3：推荐商品：首页推荐商品样式，首页可以利用不同的页面布局或者排版展示推荐商品，可以只是部分商品推荐，也可以是每个分类推荐同时推荐该分类下的个别商品，具体请在原型图阶段确定

4：推荐商品：点击进入到对应的列表页面或者商品详情页面

1.5 商品

1.5.1 功能说明

商品页面主要是展示各个商品列表，包括商品分类和商品详情

1.5.2 注意事项

1：商品分类、商品列表和商品详情中的字段都是从淘宝中获取，关于页面商品分类和商品列表需要重新出，商品详情页面可以使用原生（和淘宝的详情页面一模一样）也可以另外出图（可以自定义布局和样式）

2：点击商品分类可以对商品进行筛选

3：点击商品列表可以查看商品详情，在商品详情页面可以加入购物车、分享、收藏、立即购买

1.6 积分商城

1.6.1 功能说明

在积分商城页面展示后台添加的所有的积分商城商品，用户可以利用账户中的积分进行购买，购买之后按照正常流程进行发货

1.6.2 注意事项

1：积分商城商品列表展示信息包括：商品的缩略图、商品积分价格、商品名称，点击可以查看详情

1.7 购物车

1.7.1 功能说明

购物车内显示用户选中的商品列表

1.7.2 注意事项

1：购物车页面：已加购物车的商品列表，根据加入购物车的时间排列，时间越近越靠前。列表中显示商品缩略图、商品名称、用户选中的商品规格（尺码、分类）、商品价格（根据会员的身份显示，会员显示会员价，代销身份也显示会员价）、购买数量，购买数量可直接加/减，如下图：

2：购物车页面：用户可以直接勾选列表中的商品，在底部合计栏显示所选中商品的价格总和，结算栏显示选中列表商品的个数。点击结算，进入确认订单页面

3：购物车页面-编辑：点击编辑，可删除选中的商品

4：用户将商品加入购物车后，如果后台此时重新编辑了商品信息，则购物车中的信息也要更新

（1）如果用户选中的商品规格被更改，则显示商品状态为已失效，点击商品进入商品详情页面，显示已更新的数据，用户可以选择其他规格商品重新加入购物车，但购物车中仍保留之前的失效商品数据，用户清空失效商品后，失效商安徽木子林科技有限公司 返利APP需求规格说明书 品不再显示

（2）如果已加入购物车的商品在后台被删除，则此商品在购物车中显示的商品状态为已失效，仍显示在购物车列表中；在用户端商品列表中消失，也不再显示在后台商品列表中，只存在数据库中

（3）如果购物车里的商品在后台被下架，则该商品在购物车中的状态为已失效，在用户端商品列表中消失，但仍显示在后台普通商品管理的列表中

（4）已失效商品，点击商品名称/缩略图进入商品详情页面，只更改了规格的商品可以显示商品详情，可以选择其他规格加入购物车/直接购买；已经被删除/下架的商品提示“该商品已被下架或删除”

（5）已失效商品不显示购买数量

（6）点击清空失效商品将删除所有失效商品

1.8 个人中心

1.8.1 功能说明

个人中心包括：个人信息、积分收入、我的推广、我的订单、我的收藏、支付宝设置

1.8.2 注意事项 1.个人信息：

1）个人信息包括个人头像、推荐码、姓名/昵称、性别、手机号，在个人中心首页，点击头像/昵称进入到个人信息编辑页面

（1）个人头像：可编辑，从相册中选择/拍照，图片大小不能超过2M（2）推荐码：系统自动生成，不可更改（3）姓名/昵称：可以更改

（4）性别：可编辑，选择男或者女

（5）手机号：点击手机号进入到手机号修改页面，利用手机号和验证码进行更改，更改成功之后本次不重新登录，下次登录账号使用新手机号登录

（6）点击保存，保存信息同时跳转到个人中心 2.积分收入

1）包括：总收入、即将到账、已到账、可提现和返利订单 2）返利订单包括：即将到账订单、已到账订单、无效订单

3）积分收入来源：作为一级或者二级代理，下级的用户在APP中购买商品，确认收货之后可以获得一定积分，或者本人在APP内购买商品确认收货之后可以获得一定积分

4）积分提现：每个月的20号，用户可以提交提现申请，申请提现的支付宝账号是在注册或者在个人中心编辑设置的，后台收到申请，审核通过之后会把对应的返利打到用户的支付宝账户

3.我的订单：

1）点击我的订单进入我的订单主页面

2）我的订单：订单排列顺序按照订单创建时间排列，最新订单显示在首位

3）我的订单（具体的按照淘宝提供的接口为准）：显示订单编号、订单状态、商品列表（商品缩略图、商品名称、商品价格、商品规格、购买数量）、订单内商品数量、合计金额、订单操作等

安徽木子林科技有限公司 返利APP需求规格说明书 4）订单状态（具体的按照淘宝提供的接口为准）：

待付款、待发货、待收货、待评价、取消订单、退款订单、退货订单 4.我的推广：

1）如果用户身份是一级代理，则该用户可以在我的推广中添加二级代理，添加成功的二级代理有登录账号和登录密码，同时有一个唯一的推荐码

2）在我的推广中，可以查看到我的一级好友和我的二级好友 5.我的提现：

1）提现明细：显示出申请时间、申请的金额、申请的状态、提现账号、提现流水号，点击账号可以查看以弹窗显示 6.收藏宝贝：

1）收藏的商品列表，按时间排列，最新的收藏在首位 2）收藏列表中的商品，可以删除，删除的方式后期确定 3）收藏的商品不显示规格参数

4）收藏的商品被删除/下架，收藏页面显示商品状态为已失效，点击商品名称提示“该商品已被下架或删除”

5）点击清空失效商品将清空所有已失效商品 7.支付宝设置

1）注册时绑定的支付宝账号可以编辑修改 8．系统设置

包括版本检测、退出登录

1）版本检测：默认显示当前版本，点击可以查看是否是最新版本 2）退出登录：点击进入到商城首页

安徽木子林科技有限公司 返利APP需求规格说明书 2 后台

2.1 登录

2.1.1 功能说明 登录使用内置帐号密码登录

2.1.2 注意事项

1.判断账号是否存在，不存在的话文字提示用户“当前账号不存在，请重新输入”

2.判断账号是否合法，不合法的话给出对应提示

3.判断账号密码的一致性，不一致或者有错的话给出提示

2.2 控制台

2.2.1 功能说明 展示统计数据

2.2.2 注意事项

1.控制台：包括总注册人员、一级代理人员、二级代理人员、用户人数等

2.3 用户管理

2.3.1 功能说明

包括一级代理添加、用户管理

2.3.2 注意事项

1：一级代理的添加：添加的主要内容是一级代理的登录账号、登录密码、支付宝信息

2：用户管理：列表显示用户基本信息，并且可以查看对应用户的上下级，比如，用户A的父级，以及用户A的二级和三级

3：用户管理：在用户列表中可以对用户账号删除、禁用并且可以对大代理进行编辑

2.4 积分商城商品管理

2.4.1 功能说明

积分商城商品管理在后台进行积分商城商品管理处添加

2.4.2 注意事项 1.积分商城商品管理：

1）显示商品总数、上架个数、下架个数，显示商品列表，内容包括商品名称、商品价格、上下架、操作，如下图：

2）查询条件：商品名称

3）上下架：点击上架，商品将在用户端-商品区域对应的分类中显示；对已上架的商品点击下架，商品将不在用户端-商品区域对应的分类中显示，只显示在后台

5）操作：添加/编辑/删除：

2.5 订单管理

2.5.1 功能说明

安徽木子林科技有限公司 返利APP需求规格说明书 包括：订单管理（具体的展示数据以淘宝接口为准）

2.5.2 注意事项

1.显示内容包括：总订单、待支付订单、代发货订单、已发货订单、已收货订单、已评价订单、退款订单、已完成订单、退货订单

2.查询订单条件：时间段、订单号、订单状态等

3.订单内容包括：订单编号、下单时间、购买账号、商品名称、规格、单个商品价格、购买数量、订单状态、付款总金额、收货人信息

2.6 财务管理

2.6.1 功能说明

包括：财务管理、提现管理、分销体系设置

2.6.2 注意事项

1.财务管理：收入统计：总收入、已提现等 1）收入统计

可以显示出平台内所有的收入订单，并且可以通过查询条件查询 2.提现管理

显示APP用户提交到所有提现申请，申请的金额可以查看到对应的订单以及订单状态，后台给出审核，如果同意申请，则直接打款至支付宝账号，否则直接拒绝

3：分销体系设置

主要是设置每个等级用户获得返利比例

2.7 广告图管理

2.7.1 功能说明

目前设置在APP首页，如果特殊要求请提出

2.7.2 注意事项

1.banner图显示在用户端首页

3.banner图列表：展示：banner图片、链接、名称和操作等

2.8 系统设置

2.8.1 功能说明

包括：启动图管理、服务协议管理、账号设置

2.8.2 注意事项 1.启动图管理：

1）启动图为用户打开APP，未进入首页时出现的图片 2）上传启动图图片，图片尺寸：480×800，图片类型：png, gif, jpg, jpeg，图片的质量不能大于2M

4、服务协议

服务协议：富文本编辑框 操作：保存 6.账号设置

安徽木子林科技有限公司 返利APP需求规格说明书 1）超级管理员账号为内置账号，只能修改密码 2）帐号列表如下图： 3）操作：添加/编辑/删除

（1）添加/编辑：添加/编辑管理员名称、帐号，输入密码、确认密码，点击确定即可添加/编辑成功

安徽木子林科技有限公司

6.信息化项目需求说明书 篇六

信息化项目需求说明书（模板）

一、概述

1.提出本业务（或工作）相关信息化建设和应用情况现状。

2.给出项目的提出背景和项目建设（改造）的必要性。

3.如有公司决策依据，请进行说明并提供相应材料（文件或会议纪要）。

二、需求内容

1.结合业务特点，提出项目建设的目标，满足业务的实际需要。

2.提出项目建设的功能及内容，包括软硬件采购需求和开发实施需求。

3.提出项目的总体实施方案，包括实施计划、实施内容和实施范围。

7.宿舍管理系统需求规格说明书 篇七

1.引言 1.1编写目的

本学生宿舍分配系统以公寓房间、入住学生为基础信息源，可以对房间和床位分配，可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息，实现信息共享，提高工作效率。

本文档从用户、功能、性能、运行环境等各方面对系统进行了分析，以确保在系统开发过程中，确定好具体目标，使工作能有条不紊的进行，提高工作效率。

1.2背景

很多学校特别是中等及高等院校中，学生在校住宿的情况极其普遍。随着高校的扩招，需要住宿的学生人数和学生公寓楼房越来越多，宿舍管理人员的需求量也相应地增加。许多高校后勤实施社会化改革，学生住宿条件得到了很大改善，宿舍安排上打破了原来按专业班级强制集中住宿的限制，可供学生选择的余地也越来越大，相关部门对公寓管理的要求越来越高，导致公寓管理的难度越来越大，原来的手工管理已经无法适应，需要用信息化手段来实现。因此，开发一个学生宿舍分配软件是十分必要的，希望能够为广大教师、校院领导、宿舍管理员和学生提供便利，加强学生住宿管理、规范高校公寓日常工作、提高公寓管理效能的有效工具。

1.3 定义

用例图(Use Case)：是指由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的动态视图。呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。

顺序图：是将交互关系表示为一个二维图。纵向是时间轴，时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。

类图(Class diagram)：是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示暂时性信息。

状态图(Statechart Diagram)：是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反应的。

活动图（activity diagram）：是阐明了业务用例实现的工作流程。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。

协作图/通信图(Communication Diagram)：而“协作”作为一个结构事物用于表达静态结构和动态行为的概念组合，表达不同事物相互协作完成一个复杂功能。

1.4参考资料

（1）殷建民 主编，《软件系统分析与设计》，中国水利水电出版社，2008（2）《学生宿舍基本需求》（3）《2012级软件系统分析与设计实验指导书（16学时宿舍分配系统）》

2．任务概述

2.1 目标

本学生宿舍分配系统以公寓房间、入住学生为基础信息源，可以对房间和床位分配，可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息，实现信息共享

2.2 用户特点

学生：若要住宿需提交住宿申请，然后等待分配。如有特殊要求，务必专门说明。一旦得到批准通知，可以查询个人宿舍安排。住宿后若有特殊原因，可以申请调整宿舍或床位，但依然要经过审核、批准。一旦调换了宿舍，其所使用的设备也要随之变更记录。

教师：分为班主任和辅导员。辅导员负责查看、初审学生提交的住宿申请，对基本符合要求的，转交给宿舍负责人。班主任和辅导员可以随时查看、了解所负责班级住宿学生的情况。

宿舍负责人：负责对住宿申请进行综合审查，通过的则以班为单位分配床位。可以随时查看和了解宿舍的基本情况、所有住宿情况和设备使用情况，对特殊情况及时进行统计，并报送相关领导。学生一旦毕业或提出退宿，其宿舍和床位会立即变空，等待重新分配使用。

宿舍管理员：负责宿舍设备情况的记录（购入登记、各建宿舍配置、损坏和修理登记、报废登记）、每日查房结果记录、学生晚归记录、宿舍具体情况管理（新房间登记、房间撤消、格局调整）。

校院领导：可以随时查看、了解学校和学院宿舍的详细信息、学生住宿状况和宿舍管理员的基本情况以及每日查房的情况。

2.3 假定与约束

经费限制：由于是学习之作，资金的不足限制了本软件的研发。

开发期限;在时间方面，只能在课余时间完成本软件，对时间的安排需做到合理，恰当才能很好的完成本工程。

3.需求分析建模

3.1功能需求

3.1.1系统需求描述

本学生宿舍分配系统以公寓房间、入住学生为基础信息源，可以对房间和床位分配，可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息，实现信息共享。

基本流程图如下:

宿舍学生提交住宿申请返回不同意返回同意结束N查看住宿申请初审Y判断宿舍负责人是否同意NYN复审负宿人责舍教师查看申请Y分配床位领校导院管宿员理舍

3.1.2 总体功能分析

各类角色的大体功能分析：

学生:填写申请表、提交住宿申请、查看申请结果、申请宿舍调整 辅导员:查看学生住宿情况、查看住宿申请、初审、返回申请结果给学生 班主任：查看本班学生住宿情况

宿舍负责人：复审、分配床位、查看住宿信息、宿舍住退更新、特殊情况报送领导 宿舍管理员:宿舍查房记录、宿舍设备情况记录、晚归记录、宿舍集体情况 校院领导：查看宿舍详细信息、查看住宿情况、宿舍管理员情况、每日查房情况 具体用例图如下： 填写申请表查看学生住宿情况提交住宿申请查看住宿申请初审查看申请结果学生辅导员返回申请结果给学生班主任申请宿舍调整复审宿舍查房记录查看宿舍详细信息分配床位宿舍设备情况记录查看住宿情况查看住宿信息晚归记录院校领导宿舍管理员情况宿舍管理员宿舍负责人宿舍住退更新特殊情况报送领导宿舍集体情况每日查房情况3.1.3 功能模块分析(详述 学生申请)☆由学生申请住宿用例：当学生登录后，进入申请界面，填写申请报告，出现两种情况，即填写正确或错误/部分错误，对应的成功提交申请或返回重新填写申请...构建活动图、协作图、顺序图等来完成功能的具体分析。

活动图：

学生登陆进入申请界面填写申请表还有未审核的申请填写正确保存新申请表填写错误返回主界面重新填写提交申请等待申请结果回到主界面

状态图：

学生申请这一事件对应的状态：首先是要进行申请表的填写预准备工作，即新建一张空白申请表，进行填写，完成后进行提交，即等同于进入等待审核状态；等待后台审核完成后，学生进行查看可以找到‘审核通过’‘不通过’以及‘不通过（部分不符合要求）’三种状态，一次审核通过后二审，产生‘批准’‘不批准’两种状态，批准通过，进入入住状态。

新建批准保存已入住审核通过不批准提交审核不通过部分通过顺序图: 根据流程图和活动图，可以建立学生申请的工作顺序图，首先是登陆到首页>进入申请界面，申请表的填写与是否可以成功提交由提交控制检测并返回可申请/不可申请/有错重新填写，提交成功则学生等待来自辅导员以及宿舍管理员的的审核结果以及宿舍分配结果。

学生首页申请界面提交控制辅导员宿舍负责人登陆登陆成功退出不可以申请可以申请填写申请提交给辅导员有错重新填写反馈同意请求复审同意驳回不同意 协作图：

学生功能界面申请表审核控制辅导员返回不同意返回同意及宿舍分配 3.2性能需求

3.2.1精度

在进行向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数据（如申请表，住宿信息等）时，要求输入准确学生姓名，身份证，学号，班级，宿舍号等，按需求设定字符数。

3.2.2时间特性要求

（1）查询类页面响应时间<=3s（2）更新处理时间，如新建、提交等最长时间不超过2s。（3）数据的转换和传送时间，如远程数据传输不超过5s。

3.3数据需求

3.3.1 输入输出数据要求

1）宿舍的详细数据、学生住宿的情况以及宿管人员的具体数据要完整保管，且一旦发生变化，必须及时变更记录。

2）上述数据要能够导出到excel文件中，或从excel文件导入。3）分配床位时可以采取二种方法：

● 第1是按照一定的算法进行自动分配，● 第2是针对特殊要求进行手工分配 4）学生住宿需要记录的内容主要包括：

学号、姓名、所属学院、所属系、宿舍房间号、床铺号、柜子号、入住时间、联系电话等。5）每个房间需要记录的内容主要包括：

宿舍房间号、面积、可容纳人数、目前空床数、6）为简化宿舍分配过程中学生信息的重复录入，保证数据的一致性和统一性，最好可利用现行的学籍管理系统中的信息。

3.3.2数据分析模型(类图)

people-memberName-memberName学生-memberName-memberName职工-memberName-memberName教师-memberName-memberName院校领导-memberName-memberName宿舍负责人-memberName宿舍管理员-memberName-memberName-memberName辅导员-memberName班主任-memberName-memberName-memberNamec各种记录学生住宿信息班级-memberName-memberName-memberName-memberName-memberName-memberName住宿申请-memberName-memberName住宿登记表-memberName-memberName床位-memberName宿舍-memberName-memberName设备-memberName-memberName-memberName

类图分析：用户主要分为学生和职工两大类，学生类和职工类继承于people类，而教师类、领导类、宿舍负责人类和宿舍管理员类继承于职工类，辅导员和班主任类继承于教师类；学生与辅导员、班级、住宿登记表、床位、宿舍、住宿申请等都是关联关系。

3.4故障处理要求

正常使用时不应出错，对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损，可以通过日志来了解故障现象、发生时间。

3.5其他专门要求

（1）进度需求：系统开发的阶段进度要求。（2）运行环境需求：平台、体系结构、设备要求。

（3）培训需求：无实体培训，系统配备《用户使用手册》，提供多媒体教学光盘。

4.运行环境规定 4.1设备

服务器

PC机（建议配置：操作系统 windows 2000/XP/Vista CPU PentiumⅣ以上 内存 128M以上 硬盘空间 100M以上）DVD光驱，打印机等。

4.2支持软件

软件运行基于windows平台上的2000，NT，XP,Vista等。数据库：MySQL 4.3接口