网络桌面
前景与范围文档
|
文档状态： [ ]草稿 [ ]正式发布 [ √]正在修改 |
当前版本： |
版本1 |
|
作 者： |
郭玉磊 |
|
|
完成日期： |
2013年11月4日 |
|
1. 业务需求
1.1 应用背景
现在许多使用个人PC机的人都有这样的困扰，文件管理杂乱、软件太多占用内存严重、软件的备份与更新都需要管理、系统的版本和硬件的区别导致软件的可安装性很差、设备可移动性太差，这样网络以及云的优势就很明显了，网络桌面就显得很有必要。
1.2 业务机遇
在网络日益发达的今天，如果单纯的依靠PC机的力量就很可笑了。我们可以设想一下，随着软件的开发，软件占用内存是越来越大，对硬件的性能要求是越来越高，而一些专业开发工具的安装也是越来越复杂。如果在网络上拥有一个虚拟的计算机，无论什么样的软件都可以一秒安装与使用，绝对会让大多数计算机使用者觉得很有用。
1.3 业务目标
BO-1：基本上实现云计算的各种功能；
BO-2：在流畅性与稳定性前提下仿制普通的桌面风格；
BO-3：实现信息交流与共享的平台。
1.4 业务风险
RI-1: 数据库要求太高。无论是人员的管理还是信息的传递都需要一个高性能的数据库系统作为保障。
RI-2：硬件要求太高，虚拟软件的使用与大量的信息处理带给服务器与处理器的都将是一次次的灾难。
RI-3：短期的回报率低。
2 项目前景
2.1 前景概述
用户可以通过网页的便捷登录进入个人网络桌面，通过密码和个人的秘钥的双重保障可以保证登录的安全性。通过云计算方式用户可以随意选用自己所需的软件，如果数据保存在网络存储里，最后只会显示运行结果；如果数据保存在本地存储里，运行过程会在网络与本地相互传递数据。用户可以方便的浏览网络的各种资源，系统会搭建一个共享的平台，方便各种资源的共享。
2.2主要特性
FE-1：通过登录的方式，在网页上展现网络桌面。
FE-2：网络桌面展现的效果要和远程登录的效果相似，甚至也可以使用网络的工具展现一些华丽的效果，但前提是系统的流畅性与稳定性。
FE-3：与之配套使用的是网络内存来存储数据以及保存文件。
FE-4：使用者可以选择将软件数据保存在网络内存或是本地主机内存。
FE-5：登录时除了使用密码外还要设置秘钥保障措施，保证登录安全。
3. 项目范围
主要实现网站界面的创建，各个功能的初步实现。系统数据库的搭建，登陆后个人主页界面设计与网络文件系统的创建。
4. 项目环境
4.1 操作环境
这个系统主要提供给两类用户使用,一类是普通用户,一类是各个行业的专业用户。因此系统划分出两个不同的模块，为普通用户准备的娱乐模块和为专业人士准备的技术模块，能同时为不同用户提供多方位的服务。
- 娱乐模块，主要实现的是各种娱乐网页的方便链接，满足一般的所有娱乐需求。其次实现网络论坛式的各种娱乐圈，让人们在网络世界里找到感兴趣的圈子。
2. 技术模块中，除了提供各种便利的工具外，更重要的是提供各种专业信息以及论坛贴吧，能够实现信息的交流与互换。
4.2 涉众
这个系统中的主要涉众如下表：
|
涉众 |
特点 |
|
普通用户 |
普通用户主要是看到系统可以便利的柔件使用可以节约本地内存，节约资源。 |
|
各个行业的专业用户 |
各种专业软件的便利使用，只要有网络的地方都可以登录使用，方便，快捷，也不会出现硬件的局限性。 |
4.3 项目属性
具体项目属性如下表：
|
属性 |
驱动因素 |
约束因素 |
可调整因素 |
|
特性 |
|
各个版本的功能必须完全可操作。 |
在最终版本中进行调整。 |
|
质量 |
|
用户满意度必须达到85%；系统实现一般的流畅性与稳定性，系统能够在主流的浏览器下稳定工作。 |
在后续版本中完善功能提高用户满意度 |
|
成本 |
项目经理 |
必须控制开发费用在额定范围内 |
允许费用超过的最大额度不超过总经费的10% |
|
进度 |
项目经理 |
必须保证开发时间在规定时限范围内 |
开发时间最长不得超过规定时间2天 |
|
人员 |
团队规模包括一个项目经理，两名开发人员，和一名测试人员
|
人员数目按照规定严格控制 |
如果计划不够，可以适当增加人员务必保证在规定时间内完成项目。 |
词汇表：
模型
参考资料：
需求工程—软件建模与分析
需求工程文档规范
项目前景与范围文档模板
软件需求获取概述