英雄联盟战队管理系统项目前景与范围文档

1.业务需求

1.1应用背景

目前，英雄联盟的战队越来越多，战队活动的管理也成为了问题，因为大家个人的原因大家有时候很难统一时间进行练习，并且因为沟通联系需要花费大量的话费，增加了开支。因为没有严格的约定，大家游戏起来会有很大的麻烦，会造成没必要的纠纷，无解。游戏活动和比赛的信息不能及时通知到每个人，大家不能主动获得信息。因此战队在团队写作和执行力上面都有所限制，同时战队纳新人员的变更也十分的麻烦。

1.2业务机遇

    战队成员平时因为时间，见面时间少，游戏信息不能及时让大家知道。战队成员通过自己的账号登陆，会在线查阅近期的活动信息，以及比赛对阵，会及时了解游戏版本信息。在系统中大家通过统一的系统流程进行练习，培养默契程度，完成自己比赛前的准备。通过在线查阅，大家可以及时了解到战队即时信息的发布。这样大家可以及时的了解到自己需要的联系。通过本系统大家统一了联系交流，比赛规范化。大家可以更方便的交流比赛心得。减少了电话沟通，节约了费用支出。

1.3业务目标

BO—1：在第一版本应用之后社团人员能够通过本系统及时了解游戏版本信息和战队成员的基本信息。

度量标准（Scale）：社团人员能够在比赛开展两天前，通过本系统了解到比赛的信息。

计量方法（Meter）：通过战队内个体的调查统计。

理性标准：三天前了解信息，没有准备时间浪费。

一般标准：两天前了解比赛信息，准备时间浪费。

最低标准：两天前了解比赛信息。

BO—2：在第一版应用之后的12个月内，有效提高社团的工作效率30%。

BO—3：在第一版应用之后的3个月内，有效增强社团人员之间的交流。

SC—1：在第一版的应用之后的6月内，实现战队成员通过本系统及时交流，通过本系统协同练习。

SC—2：在第一版的应用之后的3个月内，有效通过本系统联系。

1.4业务风险

RI—1：使用该系统的战队太少，减少了对系统开发和变更社团管理过程中的投资回报。可能性0.3，影响为9。

 1.4业务风险

2.项目前景

2.1前景概述

      对于那些希望通过英雄联盟战队管理系统来进行战队管理的队伍来说，“战队管理系统”是一个基于Internet的程序，他支持英雄联盟帐号的登录，在线查阅近期的比赛对阵信息级个人和战队需要完成的练习。对于想及时了解近期比赛和练习准备对战情况的队员有很大的帮助。还有战队练习系统，寻找实力相仿的战队进行练习，提高实战水平。队长可以在战队系统之中公布对战和练习安排，通过规范化的管理练习提升战队的整体水平。

   

2.2主要特性

  系统特性的示例如下：

FE—1：队长登录可以创建、浏览、修改、删除近期的游戏信息和具体队员的练习安排。

FE—2：队员可以登录可以浏览近期的游戏信息和具体成员练习安排。

FE—3：上传个人对阵联系心得。

:FE—4：队长可以对其它队员授权 。

FE—5：通过接口网访问英雄联盟官方数据库，了解版本修改和队员对阵比赛信息。

 

 

2.3假设与依赖

假设与依赖的事例如下：

AS—1：队长和战队成员可能因为个人原因耽误更新近期练习，可以赶在活动前两天通知队友。

AS—2：社团团员更换游戏ID及时报告社团管理人员。

DE—1：被安排联系的队员因为个人原因不能参加练习的，能在练习前两天上报。

3.项目范围

 

3.1第一版范围

  版本范围示例：

FE—1：实现，队长拥有最高的权限。

FE—2：实现，队员可以再允许的范围内查看自己或他人的活动。

FE—3：不实现，在后续版本中加入。

FE—4：实现，队长可以提升团员的权限以便管理。

FE—5：完全实现。

3.2后续版本范围

版本范围示例：

FE—1：社团团长拥有最高的权限。

FE—2：团员可以查看近期一段时间内的比赛练习赛。

FE—3：实现，队员在第一次登录的时候需要上报自己的大区和游戏ID。

FE—4：队员可以提升团员的权限以便管理，也可以下调队员的权限。

FE—5：完全实现。

 

3.3限制与排除

   LI—1：战队管理系统只对社团成员开放，其他人无法使用。避免泄露战术信息

   LI—2：战队成员在无法登陆系统时无法准确的了解社团活动。

4.项目环境

4.1操作环境

1.用户是地理分散的。

2.不同的用户访问系统的时间不同。

3.数据来自英雄联盟官方，用于记录比赛过程中队员的位置，出装和比赛信息。

4.访问数据时的最大响应时间不确定。

5.用户不能容忍服务中断。

6.需要提供访问安全控制和数据保护。

 

4.2涉众

 

     1.队长：每个学期对其它队员授权，每个比赛之前上传具体的比赛安排，以及赛后的总结分析。

 

     2.队员：登录浏览近期的比赛信息和具体练习安排，上传个人ID，查看游戏版本信息和比赛心得经验。

 

4.3项目属性

 

     1.计划XX日期完成第一版，XX日期完成第二版；不可以超过期限。

 

     2.版本中要求实现的特性必须完全可操作。

 

     3.必须通过95%的用户验收测试；必须通过全部的安全性测试；所有的安全事务都必须遵守安全标准。

 

     4.团队规模包括三名开发人员和一名测试人员。

 

     5.财政预算最多可超支10% 。

 

词汇表

 

参考资料

 

骆斌.需求工程—软件建模与分析.北京：高等教育出版社

 

附录

 

 

 

 

转载于:https://www.cnblogs.com/tingreat/p/3405357.html