物理实验虚拟实验室应用程序项目
功能说明摘要
物理实验虚拟实验WEB站点
作者 作者职位 首席顾问、项目经理 日期 版本：1.5
变更记录
变更记录
日 期 作 者 版 本 变更参考 复查者
名 字 版本批准 职 位 日 期 分发
名 字 职 位 文档项目
条 目 细 节 文档题目 功能说明摘要 作者 创建日期 最后更新
目录
物理实验虚拟实验室应用程序项目 1
功能说明摘要 1
物理实验虚拟实验WEB站点 1
变更记录 2
1.介绍 5
1.1项目概述 5
1.2背景 5
1.3远景与范围 5
1.4关键成功元素 5
1.5风险评估 5
2.项目组织 5
2.1项目团队 5
2.2可交付产品 5
3.设计目标和任务 6
3.1性能 6
3.2 可用性 6
3.3可靠性 6
3.4可扩展性 6
3.5安全性 6
3.6 互操作性 6
3.7 位置 6
3.8国际化 6
3.9安装 6
3.10假定与限制 6
3.11成本 6
3.12资源 6
3.13 日程 6
4.功能 6
4.1 用户管理 6
4.2学生成绩管理 7
4.3学生选课管理 7
4.4 公告栏管理 7
4.5 论坛管理 7
4.6 实验室管理 7
4.7 使用场景 8
5.解决方案体系结构 8
5.1基础设施 8
5.2可视设计 8
5.3 概念设计 8
5.4逻辑设计 8
5.5. 物理设计 8
6.认同 9
7.附录 9
7.1分析 9
7.2 项目日程 9
7.3质量因素 9
1.介绍
1.1项目概述
教学网站管理系统是为网络虚拟实验教学的目的开发的，可供学生在网站上进行选课，观摩实验，进行虚拟实验操作，在论坛上发表文章，查询成绩，供老师统计、查看成绩等功能的应用软件。
1.2背景
注意：下面很多部分都以一个相关文档的列表开始，文档中包括了该部分实际完整的工作。
1.2.1.关键业务过程与行为
范围定义
用例在本目录下
使用场景在本目录下
想得到关键业务过程的概述，请查阅文档范围定义的机会和范围部分。与本应用程序业务过程和行为相关的更详细的文档位于用例及使用场景文档。
1.2.2客户和用户描述
参与者列表.xls
用户文件.doc
请参考参与者列表.xls，将它作为对用例、使用场景、测试场景建模时对每个参与者角色的权威定义。作为Contoso的标准做法，用户描述被开发用来初始定义用户群，该用户群与应用程序相关，并且将被应用程序所影响。此时，来自多个描述的用户将处理相同的用例。用例的开发工作正式开始于远景/范围里程碑（Vision/Scope milestone）完成之后，在参与者编录中，用户将作为“参与者”被跟踪。参与者编录定义哪些用户描述名称将被用于用例，并描述了它们的群体。
1.3远景与范围
1.3.1版本描述
本版本将实现实验室基本管理功能
1.3.2范围
范围定义
要得到有关项目范围的信息，请参考范围定义.doc。
1.4关键成功元素
范围定义.doc
要确定项目的成功，请参考范围定义.doc中的成功标准部分
1.5风险评估
略
2.项目组织
2.1项目团队
项目结构.doc
想查看资源摘要，显示团队成员的角色及责任的表，以及联系人列表，请查看项目结构.doc。
2.2可交付产品
项目结构.doc
Project Plan.mpp（在项目结构中有总结）
Cost Model.xls（在项目结构中有总结）
3.设计目标和任务
3.1性能
每当向系统中增加100个并发用户，应保证平均页面反映受影响程度低于5％。
当处理1000个并发客户的高峰时期时，处理器的利用率不超过80％。
3.2 可用性
因为Web站点将被全世界的客户访问，所以站点应保持每天24小时，每周7天都正常运转。
3.3可靠性
因为需要24×7的可用性，自动化故障转移将是必需的。此外，现有的灾难恢复与备份计划及步骤必须修改，以集成到应用程序中去。
3.4可扩展性
预测在系统运行完全正常时，平均负荷将为500个并发客户，在未来五年内，将以5％的幅度递增。
3.5安全性
对于Web站点增强项目来说，客户可能需要安全的登录，而且敏感信息将被使用SSL进行加密。
对于销售存进自动化项目，没有需要加密的数据。销售团队需要登录，他们的用户名将被用来确定对系统不同部分的访问权限。
3.6 互操作性
在应用程序1.0版本时，不需要具有与其他系统的互操作性。
3.7 位置
Web站点应用程序将被全校的师生及WEB站点浏览者使用多种浏览器客户端所访问。
3.8国际化
应用程序需要支持国际货币、字符集、和日期/时间格式。
3.9安装
略
3.10假定与限制
略
3.11成本
略
3.12资源
略
3.13 日程
略
4.功能
下面的部分总结了以用例名描述的功能，请查看需求分析.DOC来获取应用程序需求的权威文档，并查看该部分下面的使用场景列表。
4.1 用户管理
4.1.1 描述
该功能使管理员对用户的管理安全，方便。
4.1.2业务需要
该功能便于管理员对WEB站点的用户进行管理。
4.1.3 优先级
高
4.2学生成绩管理
4.2.1 描述
该功能保证开发人员对学生成绩数据可进行查询，修改，删除，维护等。
4.2.2业务需要
该功能将便于管理员，或教师对学生的成绩信息进行录入，删除，修改，查询等。
4.2.3优先级
高
4.3学生选课管理
4.3.1 描述
该功能能保证开发人员对学生的选课数据进行维护。
4.3.2业务需要
该功能保证学生能方便选课，管理员与教师可以查询，调整学生的选课等。
4.3.3 优先级
高
4.4 公告栏管理
4.4.1 描述
该功能便于大家了解网站最新动态。
4.4.2 业务需要
该功能能便于管理员与教师发布有关通知等。
4.4.3 优先级
中
4.5 论坛管理
4.5.1 描述
该功能与一般论坛相似，主要提供给学生讨论学习之用。
4.5.2 业务需要
该功能便于管理员与教师对学生的平时学习上的问题进行解决，并打成绩。
4.5.3 优先级
高
4.6 实验室管理
4.6.1 描述
该功能为本系统的主要功能。可进行一些虚拟实验操作等。
4.6.2 业务需要
该功能提供了一些实验课件，让学生操作虚拟实验等功能。
4.6.3 优先级
高
4.7 使用场景
使用场景描述了用户如何在以编制为文档的业务上下文中使用解决方案。想得到更多有关使用场景的信息，请查看下列文档：
需求分析.DOC
5.解决方案体系结构
5.1基础设施
新服务器必须是双CPU 1.26 GHz，1G内存。虽然Microsoft? Windows? Server 2003推出时应该考虑使用它，但是操作系统将使用安装了最新补丁包的Microsoft( Windows( 2000。数据库应选择安装最新补丁包的Microsoft? SQL Server( 9.0。
这些服务器应该安装在Adventure Works Cycles的现有网络上。
为了有助于为Web站点增强应用程序提供安全防范措施，内部防火墙和外部防火墙都应该安装。内部防火墙将使用Microsoft? ISA服务器，外部防火墙所选用的技术还没确定。
5.2可视设计
略
5.3 概念设计
想得到应用程序概念设计的有关信息，请参考以下文档：
概要设计.DOC
5.4逻辑设计
想得到应用程序逻辑设计的有关信息，请参考以下文档：
详细设计.DOC
功能说明书.DOC
5.5. 物理设计
想得到应用程序物理对象模型的更多有关信息，请参考以下文档：
登陆界面.doc
管理员界面.DOC
教师界面.DOC
学生界面.DOC
6.认同
对功能说明书的认同指的是，被编制到功能说明书中的需求已经取得了共识并被大家所理解，角色对认同的表现形式为一个带有日期的签名。
表1 角色和职责
角 色 人 员 签 名 日 期 执行发起人 Geoff Grisso 产品经理 Heidi Steen 程序经理 Yan Li 设计
Syed Abbas (Adventure Works Cycles)
Mike Danseglio
(Adventure Works Cycles) 开发 Nicole Holliday (Contoso)
Mike Danseglio
(Adventure Works Cycles) 测试/品质保证 Raman Iyer 用户教育 Russel Hunter 后勤 Maria Hammond 用户体验 Scott Cooper 7.附录
该部分包括在项目开过过程中所得到的信息，这些信息有助于更全面地理解功能说明书。此处展示的信息是可选的，但是项目团队应包含这些潜在信息，以便需要时使用。
7.1分析
该项目将使用Microsoft解决方案框架（MSF，Microsoft Solutions Framework）来开发。通过使用适当的软件工具和技术，分析和设计阶段将被编制成文档。
与主要干系人的访谈也将被编制成文档。
标准的UML输出，例如用例，使用场景，时序图，和类责任协作卡片（CRC，Class Responsibility Collaboration cards）都将被开发为文档，来说明系统如何工作，以及用户如何与系统交互。
对象模型，实体关系图，数据字典都将被编制成文档，来记录项目的数据需求。
7.2 项目日程
略
7.3质量因素
所有的项目都应该有一个质量计划，该计划应由测试/质量保证角色开开发。计划描述了对客户来说最重要的质量因素，它有助于指导项目团队克服困难并做出一些权衡。
10
9
推荐访问:nobook物理虚拟实验室 应用程序 实验室 物理实验