软件项目开发实践-需求级别教学内容.doc

软件项目开发实践-需求级别

精品文档

软件项目开发实践

二零一六年五月

收集于网络，如有侵权请联系管理员删除

高级篇 分析级项目实践
高级篇介绍复杂项目的构建过程，重点学习如何确定项目愿景、获取涉众需求，分析系统的需求，读者根据项目中介绍的方法，掌握如何通过会议访谈的方法，采用5W1H方法准确描述业务需求、捕获涉众需求、分析系统需求，同时为保障项目的完整性，亦展示了系统设计、实现及测试结果。

n 通过学习，可以掌握、了解以下内容：
ü 掌握如何利用事实发现技术，如会议，调研，问卷调查，开展需求分析工作；
ü 掌握如何开展成功的访谈会议，获取涉众需求；
ü 掌握系统分析阶段的各项活动及分析阶段的最终产品；
ü 了解项目开发流程中各个阶段的工作。

当人们给自己的宠物狗狗搭建新的狗窝，狗狗的主人完全可以根据个人生活经验不假思索地直接建造，但是当人们需要建立一个多功能的结构复杂的如鸟巢这样的工程时，就不能够直接施工建造，必须首先经过分析，设计，并画出各种工程蓝图，然后再找施工人员，根据图纸施工，最后验收直至完工。。
权威数据的统计和分析发现，由于需求方面的问题比如缺少的需求、错误的需求、不断变更的需求等成为软件项目高失败率的最为突出的问题。对于复杂的软件工程，首先需要开发需求，对需求进行捕获、整理、描述、管理等，然后根据分析结果进行软件设计，在设计基础上实现。必须经历一定规范的开发流程，软件开发才可能成功，本篇重点就是如何对项目进行的分析。
第5章 书是生活
5.1 项目背景描述
互联网时代不仅带给人们海量的数据，也影响着企业的营销模式及大众百姓的消费观念，目前电子商务已经深入各行各业，很多商家已经在尽力通过网络发展互联网市场，以拥有更多的市场机会。
一方面图书信息因为易于判断和选择而独具优势，适合于网上交易；另一方面具有网络消费优势及能力的绝大多数是年轻人，年轻人普遍具有先进的知识背景，追求个性化的生活，习惯使用电子产品，但是工作比较繁忙，希望能够在尽量少时间内找到自己喜欢的图书。因此，坐在家里或者办公室，休息的时间如果可以轻松挑选到自己喜欢的图书，将是非常有吸引力的；同时电子书相比纸质书更易于携带，价格更便宜，深受年轻人青睐，而且一些年轻人也比较愿意付费阅读甚至定制阅读。
电子书网站打破了传统纸质图书的传播方式，充分利用了网络的互动性、迅捷性。传统图书馆有着图书查询效率低、采购过程缓慢、纸质图书成本较高和携带阅读不方便等缺点。电子图书可以解决传统图书馆在图书内容和来源、付费方式和图书作者的权益保护方便等缺点，随着电子商务应用的不断成熟，电子图书订阅的原创性、编辑性和互动性的等优点显而易见，因此开发一个电子图书系统，满足年轻人随时阅读的需求，具有一定市场。
5.2需求分析
开发电子图书系统这个项目确定下来后，项目组成员经过讨论确定项目名称为“书是生活”。首先要对需求进行分析，这项工作需要开发人员及客户共同努力，通过用户访谈、观摩、调查等方式对该项目的研究达成一致的意见，然后定义、整理成文档进行规范化定义需求。
5.2.1问题定义
做一件事情之前，首先要明确知道需要做的事情到底是什么事情，只有正确地理解了问题，才有可能正确地解决问题。
首先需要明确项目的根本目标、范围等粗粒度的问题，因此需要设计与公司内部或者委托方中层或者部门领导参与的会议，用于统一明确项目的高层次目标。因为该项目是公司内部提出的项目，为了能够更准确捕捉到项目的目标，需要更多的公司人员发表真实看法、提出合理建议，因此项目组设计了一些调查问题，希望通过会议讨论的形式，围绕5W1H（who，when，where，why，what，how），确定是谁，在什么时间、在哪里、为了什么原因访问网站，如何访问网站，访问网站希望做什么，用以明确项目的业务目标，在目标明确后，再提出软件需要提供哪些服务来支持实现该目标，会议需要有负责人、职员、会议记录人员参与，开一次会议不一定会把所有问题都明确下来，可以根据实际情况安排多次会议讨论，下面是“书是生活”项目的会议组织和讨论内容。
参加人员：提出项目的负责人甲，重要职员乙，重要职员丙，书记员丁
讨论地点及时间：会议室，2015年12月15号
讨论主题：明确“书是生活”项目业务目标
甲：今天请几位同志来，是想明确我们提出的“书是生活”项目的最高层次需求，希望我们今天能够对这个项目尽可能达成一致的看法。首先请大家谈谈对这个项目初衷的理解？你是希望大家快速分享自己的思想，兴趣相投的人有共同话题聊天，还是为了能够让自己及时利用零散时间阅读？还是其他？
乙：我认为是为了让更多草根作者发布个人新作并及时让大家分享他的成果，这样有了更多人的参与，更能够激励作者不断出新作品。
丙：我觉得在允许作者分享个人成果的同时，读者可以有选择地阅读到自己喜欢的作品，还可以发表评论，以分享自己对该作品的看法，或许就能够碰撞出思想火花，不断吸引更多新用户。
甲：我同意大家的意见，就是说我们要给用户提供一个平台，在平台上可以看到新人新作，可以找到自己喜欢的作者或者读者，一起交流，讨论，满足个人精神需求。
甲：那么大家觉得这个项目应该定位到哪些消费对象？年轻人，老年人，儿童还是？
乙：我认为电子书首先也是一种电子产品，年轻人使用较多，所以应该年轻人为主。
丙：我认为大学生及年轻白领，比较合适，比较有自由时间，思想活跃，而且喜欢追求有个性的新生事物。
甲：那我们就针对20-35岁之间的年轻人，有一定阅读能力，又愿意花时间甚至花钱阅读的人。
甲：大家觉得这个项目应该定位在哪些作品？军事，言情 还是什么？
乙：我觉得年轻人的阅读比较广泛，可以包括类型更多一些，这样还能够聚集人气。
丙：我认为可以通过一些方法比如下载量、最新作品、点击量、评价量为读者进行推荐，但是要分类别推荐，这样读者能够尽快定位到自己喜欢的内容上。
甲：嗯，我们的系统可以包括种类多一些，但还是需要提供合适的分类，通过系统推荐的方式，让读者尽快找到自己喜欢的作品。
甲：我们这个项目提供的阅读方式可以有哪些？移动端、PC，还是都需要？
乙：我认为PC端不可少，毕竟现在办公室或者家庭基本都具备电脑，但是移动端也需要考虑。
丙：是的，现在网络无处不在，在路上、吃饭的时候、等人的时候，随时都可以进行阅读，所以移动端也需要，但是如果考虑成本或者其他因素，可以先考虑做安卓移动端。
甲：好，那就按照大家的看法，PC、移动端都做，先做安卓端，既然是电子书，那么用户的阅读体验很重要，后续工作中需要非常重视。
甲：你们觉得这个网站的读者该不该付费？如果付费，如何付费？如果不付费，如何运作？
乙：我觉得不应该付费，起码网站运行初期不应该付费，因为没人气，大家肯定不愿意在连内容都不知道的前提下付费阅读，而且现在的网络到处都免费。
丙：我觉得应该付费，起码这是尊重作者的劳动成果，但是付费形式可以多种多样，比如送阅读币、挣阅读币、欠费阅读、充值阅读都是很好的方式。
甲：好，那我们就设置某些作品付费阅读，但是可以设置不同的付费方式，让那些不想付费或者没能力付费的读者也能有机会读书。大家看如何？
乙、丙：很好。
甲：今天非常高兴跟大家一起探讨了关于我们公司提出的“书是生活”项目的看法，这种面对面的沟通方法对于大家理解问题非常有效，而且大家对问题的看法非常深刻，谢谢大家。
经过会议讨论，大家一致认为“书是生活”项目应该具有这样的最终目标：为年轻人提供的一个阅读网站，通过该网站年轻的读者可以利用移动终端、PC终端进行阅读，提高阅读效率、降低阅读费用。同时为有才华的一些作者提供一个创作的平台和展示个人才华的机会，为了传播或者分享的目标，可以自行利设置作品是否免费，同时提供多种可能的付费方式。
5.2.2涉众需求捕获
为了完成项目的最终目标，就需要明确系统应该提供的服务，发现并获取系统服务的过程就是需求捕获，需求捕获可以通过研究已经存在的系统、访谈会议、问卷调查等方法捕获，需求捕获的过程也是非常艰难的一个过程，把涉众的需求找寻出来，并进行统一，才能由开发人员通过软件实现项目的最终目标。
涉众是所有跟系统相关的人，包括开发方、项目提出方、竞争对手、管理部门等，每个涉众的需求都可以是不同的，甚至是矛盾的，无论如何，首先需要把每个涉众的需求找出来，然后再根据涉众的重要程度，决定最终采纳哪个涉众的需求及需要牺牲哪个涉众的需求。
1．相关读书网站研究
目前存在的读书网站有很多，比如卓越、红袖添香、17K小说网、超星读书等等，各有自己的用户群体，各自有自己的网站风格。通过对其中某些读书网站的使用体验，研究他的特点，具体如下：
（1）随时随地阅读
不论是在家、在路上、在车上都可以通过各种设备在线轻松访问图书资源，还可以下载阅读器轻松在线阅读。
（2）与出版社合作
不仅仅是一个孤立的软件平台，同时与多家出版社合作，可以为用户提供更多更全面的服务。
（3）拥有功能强大的搜索引擎
系统应用元数据整合技术对馆内外的中外文图书、期刊、报纸、学位论文、标准、专利等各类文献进行了全面整合，在移动终端设备上实现了资源的一站式搜索、导航和全文获取等服务，能方便用户大量的获取资源和选择。
（4）集成了丰富多样的海量信息资源，分类详细。
读者可以查找和获取的内容包括电子图书、期刊论文、报纸，以及学位论文、会议论文、标准、专利等中外文文献。同时，充分考虑到手机阅读的特点，移动图书馆还专门提供上万多本电子图书和报纸全文供手机用户阅读使用。提供各种中文电子图书、全文资料的文献传递，内容涉及文学、历史、哲学、医学、旅游、计算机、建筑、军事、经济、金融和环保等方面的数字图书资源。
（5）个性化的服务体验
为用户考虑周到，读者可以记笔记、可以保存在云盘，收藏图书，云阅读等等；，登录界面设有下次自动登录和找回密码的功能，更加方便了用户阅读和账户密码的找回，找回密码中输入邮箱，系统便自动将重置密码链接发送至邮箱中，更显人性。但是翻书模式中页面不能放大或缩小，不能分享，不提供免费专区等，也会造成读者流失。
2．涉众需求获取
涉众的需求获取方法很多，目前可以采用原型开发、用户访谈、已有系统的研究等，访谈会议是一种有效的获取需求的方法，可以在有限时间内获取大量有意义的信息，下面将采用会议访谈的方法获取“书是生活”项目的涉众需求，会议人员包括项目经理、典型读者代表、作者代表、管理员、书记员，由项目经理主持该会议，围绕项目的最终目标展开，会议记录如下。
会议地点：会议室
会议时间：2015.12.30
参会人员：项目经理甲，男性典型读者代表乙，女性典型读者代表丙，作者代表丁，管理员兼会议书记戊
会议目的：会议推进的方法，获取用户需求
甲：今天邀请了几位典型用户代表，了解下“书是生活”项目应该提供什么样的服务才能满足各类用户的需要，首先请问两位读者代表谈谈你们的看法？
乙：我经常用手机看书，觉得这种阅读方式非常好，因为我不仅摆脱了厚重的纸质书，而且还可以同时方便地阅读到不同的书，平时我经常在吃饭的时候，随意读一点新闻，所以我也希望在乘车的时候戴着耳机听书，能够充分利用手头没书，但是想阅读的时间。
丙：我同意乙先生的看法，我经常使用电脑工作，偶尔也想通过电脑看书，使用计算机选择图书，可以节约去书店的时间。
甲：我觉得两位读者代表说得非常到位，现在是信息时代，年轻人都已经习惯用手机、用电脑。我们的这个项目，就是想为大家提供更多的阅读方式，满足各种不同的需要，多一种阅读的选择，所以应该要满足手机用户、PC用户的不同阅读需求。那么大家对电子阅读有什么期望或者对目前的阅读有什么不满意的地方吗？
乙：我希望能够有翻纸质书一样的感觉，能够提供严肃的阅读环境，我还希望能够在晚上非常舒服地阅读。
丙：我希望不要有太多广告来干扰，现在很多网站广告太多，根本无法安心阅读，同时我还希望可以方便使用书签，记笔记，写评论，甚至让我跟作者直接交流。
甲：嗯，我认为这很重要，只有具备了纸质书阅读的优点，然后结合电子产品的方便，网络的快速，才能吸引用户。那么我们是否需要保护创作者的权益呢？
丁：作为作者，希望能够及时发布我的新作，能在线编辑，及时保存草稿。
戊：我作为系统管理员，觉得还应该能够让作者看到自己作品的下载量，点击量，这样他能够基本了解作品的受欢迎程度，而不是通过问管理员才能知道。
甲：非常好，我们尽量让软件多做工作，减少人工劳动。那么大家对该软件系统还有什么需要吗？比如是否需要进行读者的推荐，作品介绍等活动？
乙：需要，现在无论哪个网站都有类似活动，我们可以根据读者的爱好，进行有针对推荐，或者根据下载量进行推荐，甚至推荐某些热门作者的作品。
丙：我也觉得有必要，这样能够让我更快找到自己想要的内容，或者是知道哪些作品比较流行，甚至哪些作者是很有名气的。
甲：好的，这样还能够提高用户体验，用户体验好了，才会愿意使用。
戊：我认为系统应该能够自动屏蔽一些带有敏感词汇的评论，减少我们管理人员的工作量，让我们去做那些软件不能做的更多的其他事情。
丙：那这样有不好的评价，你们应该能够及时处理。
乙：同时还需要制定一定规则，让读者能够在一定约束下使用系统，比如对作者的好评，或者对作品评级，这样的约束在淘宝等一些电子商务网站都有，不至于使得某些人为所欲为。
丙：如果我忘记如何进入系统了，我不想打电话，或者给管理员发短信，邮件之类的，您能帮我解决吗？
甲：是的，可以通过密码找回解决，部分评论内容的屏蔽、用户评级等这些问题都是需要解决的，对用户进行某种形式的约束，也是一种负责任的态度，同时用户密码等一些个人信息还需要采用一定方式进行保护才行，保障用户信息的安全。
丁：我作为作者，首先也是一名读者，我能否使用同一套账号、密码？
甲：可以的，可以先使用读者帐号进入系统，然后通过你的个人中心或者其他途径进入作者专区。
丙：如果我只是想来逛逛，应该可以看到大部分内容，比如新书介绍，在线阅读，看到评论等。
乙：是的，就像逛商场一样，应该允许我们到处看看，只是在我对某书有阅读全文意愿时，我再自己决定是否付费。
甲：可以，我们允许所有人看到新书介绍，点击量、下载量排名，同时提供一些免费阅读的书籍，让用户自己心甘情愿掏钱购买下载，那么我们是否需要设置一些挣钱的方法，或者提供其他一些方法让用户可以在不付费的情况下读到自己喜欢的书籍？
乙：我作为一名读者，希望你们能够提供一定方式让我做任务挣阅读币，这样我就可以免费使用这个软件读书了。
丁：作为一名作者代表，我觉得还可以让读者赊帐阅读，只要我同意就可以。先记帐阅读，等有能力的时候再付费也是一种不错的方法。
甲：您说的也是我想要的，我觉得我们应该尽量提供一些渠道，让愿意阅读的人可以随时有书读，还可以在一些节日或者某个特殊日期比如读者生日的时候赠送阅读币；只要注册、每天登陆、写评论都可以送阅读币；如果暂时不想付费，可以先欠帐阅读，这也是我们的亮点啊，当然还是提供充值的功能，想充值的时候还要可以充值。大家看看还有其他要求吗？
乙：我希望能够让读者方便地找到需要的书，比如按照类别推荐，或者新书推荐，这样我如果没有特殊需求，只要到某个地方就能找到书了。
丙：我觉得还应该让我根据全文内容找。
甲：搜索是软件的优势，一定要发挥出来，我们将尽力考虑满足大家的需求。
乙：是否可以举办一些活动，比如组织读者作者见面交流等。
甲：这个要等我们有一定基础后再做。因为这个不仅仅是软件本身能够解决的问题了。还有一个问题就是关于版权的问题，该如何保障作者的版权？利润提成的问题？
丁：我作为作者，为了保护我的版权按，你们能否防下载，或者在读者转载的时候必须带版权所属声明。为了保证作者的利益，利润可以分成的方式，比如3：7，作者7，网站3成，或者跟作者协商利润分成比例，这样能够激发作者的创作积极性。
戊：我觉得这样处理是很合适的，毕竟我们现阶段的目标是吸引人气。
甲：那就确定需要付费的书只能在线阅读，其他都可以下载到本地阅读，作者发布版权声明，表示版权是个人拥有。
甲：还有一个问题，我们的系统是否允许读者给作者奖励？
乙：我觉得有必要，对于某些作品非常优秀的时候，应该允许给作者奖赏，这样对读者、作者都是一种认可。
丙：我认为也不错，还可以当钱使用。
甲：那就是说可以读者给作者奖励，至于奖励多少，暂时由读者自己决定。其他的可以根据目前的行情来定，写评论可以挣多少？注册送多少？这些具体内容，我们以后再明确，今天的讨论就到这里，谢谢大家。
5.2.3需求整理
涉众的需求多种多样，而且可能会有不同类型的涉众需求相互矛盾的情况，因此需要对涉众的需求进行整理，并根据涉众的重要程度进行标记，针对3.2.2节的会议讨论，对涉众需求整理如下：
1）提供不同阅读终端，不仅可以使用PC机看书，还可以方便地利用手机随时阅读、听书；
2）为了读者的阅读体验，需要提供不同的阅读模式供读者选择，而且阅读时不会受到干扰；
3）能够让读者像读纸质书一样可以写笔记、写读书评论、使用书签等用户体验；
4）提供机会，使得读者能够与作者交流；
5）可以为读者节约很多找书的时间，需要提供根据作者、书名等不同的精确或者模糊查询方式；
6）作者可以上传新作，能够看到自己作品的下载量、点击量等；
7）作者可以保护自己的著作权，并决定自己作品对读者是否免费；
8）可以根据读者的阅读爱好，有目的的推荐一些作品；
9）网站可以自动对读者评论或者作者作品中的敏感词进行屏蔽；
10）如果用户忘记如何进入系统读书，应该尽快获得帮助让用户重新进入系统，通过邮箱、手机、回答问题等方法找回密码；
11）所有用户都可以根据书名或者作者名字查找书籍；
12）所有用户都可以看免费的电子书；
13）只要想读书的用户，就可以读书，提供做任务挣阅读币、特殊日期做活动赠送阅读币等；
14）需要付费的书只提供在线阅读，免费图书可以下载阅读；
15）系统应该提供新书介绍、下载量排名等；
16）注册用户统一通过读者帐户进入系统，假如该读者同时是作者，则能够使用作者密码进入作者专区；
17）系统提供欠费阅读方式；
18）提供关键词搜索方式；
19）阅读器的开发？没有明确；
20）奖励读者，如何奖励，没有确定。
经过项目小组分析讨论，将系统需求根据涉众的重要性，考虑不同类型涉众的不同需求，进行综合考虑最终整理如表5.1所示。
表5.1 需求整理汇总
需求ID
需求名称
需求描述
优先级别
001
在线阅读
读者可以在连网的情况下阅读作品，付费的只能在线阅读
级别高
002
在线听书
读者可以在连网的情况下听免费的作品
级别低
003
选不同的阅读模式
可以选择白天、黑夜阅读模式，可以选择不同的颜色、背景等阅读
级别高
004
写评论
在读者愿意的前提下，可以对所读作品写评论
级别高
005
插入书签
阅读结束的时候，插入书签，以备下次阅读方便
级别高
006
写留言
给作者留言
级别高
007
查询电子书
所有用户可以根据书名、作者、关键词等搜索
级别高
008
上传新作
注册作者可以在网站发表作品
级别高
009
查看点击量
作者可以查看自己作品的点击量
级别中
010
查看下载量
作者可以查看自己作品的点下载量
级别中
011
申请著作权认证
作者可以保护自己的知识产权
级别高
012
确定VIP阅读
作者有权决定自己的作品是否付费阅读
级别高
013
推荐读者阅读
根据读者的下载记录，有目的推荐一些新作
级别中
014
找回密码
当用户忘记密码的时候，系统能够提供手机、邮箱等方式找回来
级别高
015
挣阅读币
读者可以通过写评论、登陆等方式挣阅读币读书
级别高
016
下载电子书
免费的电子书可以下载
级别高
017
注册
游客通过注册成为系统可以区分的用户
级别高
018
奖励作者
读者根据实际情况，可以奖励作者
级别低
019
开发阅读器
为保护作者著作权，开发阅读器
级别低
020
充值
为付费阅读充值
级别低

5.3系统分析
经过会议访谈，整理了不同类型涉众的需求后，还需要把所有涉众需求统一成系统的需求，因为各类涉众的需求最终需要通过实现系统得到体现，而且不同涉众需求可能存在矛盾等，系统的需求分析中，会综合考虑各种类型的涉众利益，部分类型的涉众需求会因为各种原因而被忽略，系统的分析过程采用EA（Enterprise Architect）建模，结果将用UML模型表示。
5.3.1功能分析
系统提供的不同服务主要是为了帮助各类参与者更好地完成工作，那么确定谁使用了系统的哪些服务，是开发者首先关注的问题，结合项目的涉众利益分析，找出所有参与者及确定所有用例是系统功能分析的主要内容。
1. 参与者
参与者是与系统交互的外部系统，比如人肉系统、其他应用系统等，包括有使用系统功能工作的人、与该系统联系的其他系统等。根据哪些人会使用这个系统？系统需要从哪些人或者其他系统中获得数据？系统会为哪些人或者其他系统提供数据？系统会与哪些其他系统相关联？系统是由谁来维护和管理的？从五个问题方面分析参与者，经过前面多次会议讨论及需求整理结果，可以分析出系统的参与者有读者、作者、管理员、时间，未注册的用户等，同时可以看出游客能够使用的服务，读者和作者都可以拥有，因此可以认为游客与读者、读者与作者具有继承的关系，系统中的参与者如图5.1所示。

图5.1 系统参与者
2. 用例
用例是系统的功能，即系统能够提供的服务，确定完参与者后，就可以确定系统用例了，根据用例采用动宾结构的词组、或者动词表示的原则，使用“做什么”的方式命名用例。分别从参与者为什么要使用该系统？参与者是否会在系统中创建、修改、删除、访问和存储数据及如何操作？参与者是否会将外部的某些事件通知该系统？系统是否会将该内部的某些事件通知该参与者？从这五个问题中分析用例，经过分析可以得出系统用例有查询电子书、下载电子书、写评论、写心情、上传电子书、添加新作、统计下载量、推荐新作、反馈意见、关注读者、添加书签、做任务、充值等等，如图5.2所示。

图5.2 系统部分用例
3. 系统功能
经过对系统的参与者及用例分析，可以得到系统中具有读者、作者、管理员、时间、银联系统、未注册的用户等参与者，其中时间可以给读者推荐合适的电子书，可以根据下载量、点击量等对作品进行排名；读者可以下载电子书，可以对电子书写评论、加书签、收藏等，对某个读者添加关注、连续登录或者做其他任务挣阅读币等；作者可以上传个人作品，修改个人信息、在线编辑新作品，对个人作品的建议和意见反映给管理员等；未注册的用户可以查询电子书、下载免费电子书等；管理员可以上传免费电子书、审核作品、对注册用户的意见或者建议进行反馈等，对系统进行功能建模，将参与者与所对应的用例连接起来，形成系统用例图，结果如图5.3所示。

图5.3 系统用例图
采用对参与者分类统计的方法，将系统分为游客相关；读者、作者、管理员相关；读者、作者相关；作者相关；系统管理员相关；时间六大类型，汇总如表5.2所示，其中赚取阅读币是项目小组经过讨论分析，为了让系统能够最大限度地满足读者的阅读愿望，而增加的通过做任务赚取阅读币并当钱使用，从而达到阅读目的的一个功能需求。
表5.2 系统用例汇总
系统用例汇总
模块
用例名称
用例ID
说明

游客

1.注册
UC-001
游客可以在线阅读免费的电子书，按照作者，书名等搜索电子书，可以通过注册使用系统更多功能
2.查询电子书
UC-002
3.在线阅读
UC-003
读者、作者、管理员
1.修改基本信息
UC-004
读者、作者、管理员可以对自己的个人基本信息进行修改。
2.安全中心
UC-005
3.找回密码
UC-006
读者、作者

1.加关注
UC-007
读者、作者都可以下载网站免费电子书，对电子书进行评价，举报不当言论，对于个人账户充值，可以完善个人信息成为作者，修改部分个人信息，可以整理个人书架，写心情，以及对网站的一个意见反馈。
2.下载电子书
UC-008
3.写评论
UC-009
4.查看用户空间
UC-010
5.查询消费记录
UC-011
6.完善个人信息
UC-012
7.添加藏书
UC-013
8.删除藏书
UC-014
9.写心情
UC-015
10.填写意见反馈
UC-016
11.查看消息
UC-017
12.查看最近浏览
UC-018
13.我要充值
UC-019
作者
1.新作投稿
UC-020
作者可以增加新作，并对新作设置阅读权限（免费阅读的时间段，哪些客户可以免费阅读等），对新书添加卷，章等。
2.修改作品信息
UC-021
2.设置阅读要求
UC-022
3.维护分卷（添加，删除，修改）
UC-023
4.维护章（添加，修改，删除）
UC-024
5.查看个人收益
UC-025
6.收邮件
UC-026
7.发邮件
UC-027
8.申请作品版权认证
UC-028
9.预览作品
UC-029

系统管理员

1.添加电子书
UC-030
管理员为系统添加电子书，管理电子书类型，对读者个性化推荐电子书，系统交易统计
4.添加作者中心公告
UC-031
5.更新首页公告
UC-032
6.审核电子书
UC-033
7.查看作者部分信息
UC-034
8.充值处理
UC-035
9.查看意见反馈
UC-036
10.查看作者反馈信息
UC-037
11.下架电子书
UC-038

时间
1.排行榜
UC-039
系统根据规则自动实现
2.猜你喜欢
UC-040
3.系统交易查询
UC-041
读者，作者
14.赚阅读币
UC-042
需求变更（增加需求）

5.3.2交互分析
一个组织中如果业务相对稳定，那么无论是由业务工人还是业务实体来完成业务，其在该组织中所担当的角色及角色之间的关系也是相对稳定的。同样的，系统所能完成的功能在相对稳定不变的情况下，完成系统功能的各个类之间的关系也相对稳定。我们分析系统功能的实现过程，就是要找出每个功能实现过程中相互协作的各个对象，并分析这些对象之间的关系，以达到系统分析的目的。
首先是分析系统功能的实现过程，找出这些功能实现过程中的各个对象，即找出了系统分析需要的各个实体类、边界类及控制类。
1 游客注册
游客通过登记用户名、密码注册到网站，成为注册用户，以后可以随时根据个人账户登录系统，在忘记密码的时候，根据回答问题找回密码，如表5.3所示。
表5.3注册用例规约
用例编号:
UC-001
用例名称：
注册
用例描述：
游客在线注册成为该系统的会员
参与者：
游客
前置条件：

后置条件：

涉众利益：

1.希望系统安全可靠；
2.对于个人信息的保密。
基本路径：

1：参与者提出注册请求；
2：系统显示注册界面；
3：参与者填写登录名字；
4：系统验证登录名字的有效性；
5：参与者填写密码；
6：系统检验密码的有效性；
7：参与者重复录入密码，确保一致性；
8：参与者选择密码找回问题；
9：参与者填写问题答案；
10：参与者提交注册信息；
11：系统提示注册成功。
扩展点：
4a系统提示用户名信息无效。
4b.1用户取消注册；
4b.2显示系统主页。
6a系统提示密码必须在有效范围内。
6b.1用户取消注册；
6b.2显示系统主页。
字段列表：
注册信息=用户名+密码+密码确认+找回密码提出的问题 +问题答案
业务规则：
游客填写正确的注册信息，注册成功，注册读者成功后，可以继续注册成作者。
非功能需求：
注册信息尽量少，以后可以完善，比如头像，爱好等，节约注册时间。
补充说明：
必填信息旁边加*号，并有文字说明
如密码要求（6位），密码旁边要显示密码要求
游客在系统主页提出注册请求，然后登记注册需要的信息，如果注册成功，将保存注册信息，如果失败，将提示是哪里出了问题，并重新修改相关内容，注册过程如图5.4所示，经过分析，可以得出注册信息实体类，系统主页、注册界面、注册结果提示对话框等边界类，注册控制类。

图5.4 游客注册序列图
2 查询电子书
参与者可以根据书名、作者、内容等关键词查找电子书，找到后可以显示该书详情，然后参与者根据需要选择在线阅读或者收藏等，如表5.4所示。
表5.4 查询用例规约
用例编号:
UC-002
用例名称：
查询电子书
用例描述：
管理员、游客、读者、作者查询电子书的过程
参与者：
管理员、游客、读者、作者
前置条件：
无
后置条件：
下载或者在线阅读
涉众利益：
希望能够根据书名、内容、类型等条件进行查询
基本路径：

1：参与者输入要查询的条件（作者、书名、内容），请求查询；
2：系统根据查询要求查询电子书；
3：系统显示查询结果列表；
4：参与者通过查询结果列表选择某书；
5：系统显示电子书详细内容。
扩展点：

字段列表：
电子书=书名+封面+作者+类型+版权认证信息+认证时间+完结否+存储位置+价格+更新时间+章+卷+点击量+下载量
业务规则：

非功能需求：

补充说明：
可以模糊查询
对于游客、作者、读者及其他人员都可以查询该网站中提供的电子书，查询方法可以根据书名、作者、出版社等条件，如果查询到结果，可以看到详细信息，如果没有，则给出相应未找到的反馈结果，查询过程如图5.5所示，分析得出电子书实体类，搜索页面、搜索结果列表页面、电子书详情页面及未找到搜索结果对话框等边界类，搜索控制类。

图5.5 电子书搜索序列图
3 在线阅读
参与者能够在线阅读有权阅读的电子书，读书结束的时候能够记忆该书页码，还可以在阅读的时候写笔记等，在线阅读过程如表5.5所示。
表5.5 在线阅读用例规约
用例编号:
UC-003
用例名称：
在线阅读
用例描述：
参与者在线阅读电子书
参与者：
游客、读者
前置条件：
查询或者打开个人书架
后置条件：

涉众利益：

基本路径：

1：参与者打开该电子书；
2：系统显示电子书的目录；
3：参与者依次阅读某章的大概内容简介，并希望阅读某章具体内容；
4：系统打开到该章；
5：参与者开始阅读；
6：系统响应参与者的各种阅读要求，并根据需要可保留该读者的该次阅读记录。
扩展点：
6A1：参与者要求停止阅读；
6A2：系统保留该读者对该页的书签，以便参与者下次再可继续阅读。
6B1：读者希望翻阅之前曾经阅读过的某个页面（可以找到该页，或者一页页翻）
6B2：系统打开该页面，并进行两页对比；
6B3：参与者对比阅读结束；
6B4：系统再次返回目前的页面。
字段列表：
电子书=书名+封面+作者+类型+版权认证+状态+存储位置+价格+更新时间+章+卷+点击量+下载量
阅读记录=参与者+电子书+书签
业务规则：
电子书先由作者完成后提交给管理员，管理员经过审核（人工审核），审核后发布该电子书，面向读者，作者可以决定该书是否免费，或者哪些章节免费，价格由作者自己确定。
如果该章是需要付费的，则提醒用户需要付费。用户登录后，如果有足够的阅读币则可以购买该章阅读。
非功能需求：
阅读的时候字体可以调整大小，可以定制阅读标记（书签），某两页同时出现进行对比，希望像阅读纸质书籍一样随意但更方便；可以即使翻到任何一页，也可以前后翻页。
补充说明：

参与者在线阅读的时候，首先打开该书的目录，根据目录可以翻阅该书的某章节，如果需要添加书签或者添加笔记，则应该相应读者要求，在线阅读过程如图5.6所示，经过分析可以得出读书笔记实体类、电子书详情及在线阅读界面两个边界类、在线阅读控制类。

图5.6 在线阅读序列图
4 下载电子书
当注册用户进行电子书下载时，注册用户可以下载到免费图书，同时添加到个人书架。用例规约如表5.6所示。
表5.6 电子书下载用例规约
用例编号:
UC-008
用例名称：
电子书下载
用例描述：
该用例描述了注册用户下载免费章节的实现过程
参与者：
注册用户
前置条件：
查询
后置条件：

涉众利益：
参与者交易过程保密且安全有效
基本路径：

1：参与者提出下载的请求；
2：系统确认电子书免费；
3：参与者下载该书；
4：系统提示下载成功同时添加至个人书架。
扩展点：

2a.1下载的电子书是VIP，则提示不能下载，只能在线阅读；
2a.2下载的电子书是免费的，系统转至下载界面；
字段列表：
下载=书名+作者+电子书内容+保存地址
业务规则：
读者只能下载免费电子书，在显示该书详情及阅读界面都可以下载
非功能需求：

补充说明：
某些电子书只允许付费用户在线阅读，不允许下载，只有免费的电子书才提供下载
当注册用户下载图书时，系统显示电子书的详细信息，用户可以选择电子书下载地址，同时下载后的电子书添加到个人书架，序列如图5.7所示，经过分析得出了个人书架实体类，电子书详情页面、下载界面、个人书架三个边界类，下载电子书控制类。

图5.7 电子书下载序列图
5 新作投稿
当作者要上传电子书时，在登录系统后进入上传界面，填写信息后提交，系统验证通过后可以上传，用例规约如表5.7所示。
表5.7 新作投稿用例规约
用例编号:
UC-020
用例名称：
新作投稿
用例描述：
作者投稿新作品的过程
参与者：
作者
前置条件：
作者登录进入个人中心
涉众利益：
上传安全有效迅速
基本路径：
1：参与者请求上传新作品；
2：系统显示上传界面；
3：参与者填写上传信息；
4：参与者选择需要上传的文件；
5：参与者确认内容；
6：参与者提交作品；
7：系统显示下载版权认证书。
8：参与者提出版权鉴定与认证的请求；
9：系统转至下载认证书页面；
10：参与者填写需鉴定内容；
11：系统验证内容的有效性；
12：系统转至鉴定成功页面并保存该电子书。
扩展点：
6a：参与者放弃提交
9a：参与者放弃下载认证书
字段列表：
电子书=书名+封面+作者+类型+版权认证+状态+价格+更新时间+章+卷
版权=作者+电子书+发布时间+版权材料
业务规则：

非功能需求：

补充说明：
附件大小不超过2M
当作者要新作投稿时，系统显示作家中心页面，然后进入新作投稿页面，系统验证新作内容后，保存并公布新作，序列如图5.8所示，经过分析可以得出电子书实体类、作家中心首页及新作投稿页面两个边界类、上传新作控制类。

图5.8 新作投稿序列图
6 维护分卷
小说的每一个小主题可以分为一个章节，属于一个大主题的章节可以在一个分卷内，所以每一个分卷包含若干章节。如果作者希望对某一部自己的作品新增一个分卷内容时，可以请求添加分卷，如果希望修改或者删除也可以，用例规约如表5.8所示。
表5.8 新加分卷用例规约
用例编号:
UC-023
用例名称：
维护分卷（添加，修改，删除）
用例描述：
作者修改作品，新增一个分卷内容
参与者：
作者
前置条件：
作者登录进入个人中心，选择需要编辑的作品
后置条件：

涉众