课程注册系统
远景
版本 1.0
修订历史记录
表 |
版本 |
描述 |
作者 |
---|---|---|---|
1998 年 12 月 1 日 |
草稿 |
初稿 |
Sue Gamble |
1998 年 12 月 13 日 |
1.0 |
在同行复审之后进行较小修订。 添加了性能需求。 |
Sue Gamble |
目录
远景
本文档的目的是根据用户需求定义 Wylie 课程注册(C-Registration)系统的高级别需求。
本远景文档适用于 Wylie 课程注册系统,该系统将由 Wylie 大学信息系统(IT)部门开发。IT 部门会将此客户机/服务器系统开发为与现有的课程目录数据库进行对接。
“课程注册系统”将使学生能够在线注册课程。通过“课程注册系统”,教授可以选择他们的讲授课程,并给学生作出评定。
请参阅“词汇表”[5]。
适用的参考资料有:
1. Course Registration System System Business Case, WyIT388, DRAFT, 1998, Wylie College IT.
2. Course Billing Interface Specification, WC93332, 1985, Wylie College Press.
3. Course Catalog Database Specification, WC93422, 1985, Wylie College Press.
4. Course Registration System Stakeholder Requests Document, WyIT389, V1.0, 1998, Wylie College IT.
5. Course Registration System Glossary, WyIT406, V1.0, 1998, Wylie College IT.
6. Course Registration System Requirements Attributes Guidelines, WyIT404, V1.0, 1998, Wylie College IT.
此项目将使用最新的在线系统替换现有的课程注册系统的整个前端,允许学生和教授通过个人计算机客户机进行访问。
当前的注册系统从 1985 就开始使用,它无法处理 2000 年的预计学生和课程负载。此外,当前的系统采用的是过时的大型机技术,只支持通过“注册员办公室”中的职员程序进行访问。新系统将使所有的教授和学生都可以使用连接到 Wylie 大学计算机网络的个人计算机和使用通过因特网连接的任意个人计算机访问系统。
新系统将会使 Wylie 大学在课程注册系统方面进入到最前缘,从而提升 Wylie 大学的形象、吸引更多的学生和简化管理功能。
问题 |
Wylie 大学中过时的、主要依靠手工的学生注册流程 |
影响了 |
学生、教授和大学管理。 |
产生的影响如下: |
流程缓慢、成本高昂,同时学生和教授不满意。 |
成功的解决方案将 |
提升学校的形象、吸引更多的学生和简化管理注册功能。 |
供 |
Wylie 大学学生、教授和课程注册员 |
人员 |
参加、教授或管理大学课程 |
课程注册系统 |
是一种工具 |
用于 |
支持在线课程注册和课程与成绩信息访问 |
不同于 |
现有过时的大型机注册系统 |
我们的产品 |
可以向通过学校局域网或因特网从任意个人计算机连接的所有用户提供有关所有课程、注册、教师和成绩的最新信息。 |
本节描述 Wylie 课程注册系统的用户。 C-Registration 系统有 3 种类型的用户:课程注册员、学生和教授。
大学用户群是一个大而复杂的群体,对于在线课程注册能够提供的灵活性和响应时间具有一定的要求。
这些用户受过良好教育,具有计算机方面的知识,大多数在家中拥有个人计算机。能够通过个人计算机在线注册课程和查看成绩将极大地简化课程注册。
课程注册可以在大学管理总部的办公楼之外进行,系统连接到校园局域网。学生和教授可以通过校园图书馆和学生休息场所中的个人计算机自由地访问局域网。
C-Registration 的初始发行版将限制在 Wylie 大学使用。 Wylie IT 部门同时正在考虑面向各种学校、学院和大学销售后续发行版。因此,课程注册系统将设计为可扩展的系统,所有的用户群数据(例如,学校名称)将为表驱动数据,并且可以在系统安装时方便地修改。
名称 |
代表 |
角色 |
---|---|---|
IT 执行者 |
IT 部门和 Wylie 大学整体。 |
负责项目资金核准。监视项目进度。 |
注册员 |
注册员、管理人员和数据录入人员组成的办公室。 |
确保系统满足注册员的需要;注册员必须管理包括教授和学生数据库在内的课程注册数据。 |
学生 |
学生 |
确保系统满足学生的需要。 |
教授 |
教授 |
代表全体教员(教授)的利益。 |
名称 |
描述 |
项目干系人 |
---|---|---|
注册员 |
管理教授和学生数据库,开设和关闭供注册的课程。 |
代表其自身 |
学生 |
注册课程,查询成绩和其他课程信息。 |
代表其自身 |
教授 |
选择授课课程。输入学生成绩。 |
代表其自身 |
大学用户群是一个大而复杂的群体,对于在线课程注册能够提供的灵活性和响应时间具有一定的要求。
这些用户受过良好教育,具有计算机方面的知识,大多数在家中拥有个人计算机。能够通过个人计算机在线注册课程和查看成绩将极大地简化课程注册。
C-Registration 的初始发行版将限制在 Wylie 大学使用。 Wylie IT 部门同时正在考虑面向各种学校、学院和大学销售后续发行版。因此,课程注册系统将设计为可扩展的系统,所有的用户群数据(例如,学校名称)将为表驱动数据,并且可以在系统安装时方便地修改。
代表 |
John Whitewood,IT 部门负责人 |
---|---|
描述 |
核准人 |
类型 |
了解学校的财务状况和管理委员会的远景规划。 |
职责 |
代表 IT 部门和管理委员会。监视项目状态,并负责预算核准。确保项目符合学校的短期和长期目标。规划潜在的再销售机会和系统的长期维护。 |
成功条件 |
项目在核准预算内完成,同时证明注册员的工作负载降低(从而降低未来的预计成本)。 管理委员会必须普遍认为项目满足用户需要。系统应可以方便地修改,以供其他学校使用,从而获得潜在的再销售机会。 项目干系人受到管理委员会的认可。 |
涉及人员 |
管理复审员。预算核准签名人。在职工绩能复审中涉及的人员。 |
可交付产品 |
无。 |
注释/问题 |
无。 |
代表 |
Karen Hansen |
---|---|
描述 |
用户 |
类型 |
注册员通常是受过大学教育的专业人员,具有丰富的计算机技能。注册员受过培训,并有使用当前面向批处理的注册的经验。 |
职责 |
注册员负责管理每个学期的课程注册。其中包括监督管理人员和数据录入人员。 |
成功条件 |
注册员的基本职责是维护学生和教授数据库,以及开设/关闭供注册的课程。 注册员办公室还需要不在线访问系统而录入学生和教授数据。成功的系统必须能够明显地减少管理人员/数据录入人员的工作量。 由注册员执行的基本任务必须易于学习,并能快速执行。同时,系统还必须具有良好的可用性、可靠性和安全性。 项目干系人繁重的数据录入工作量减少、现有的任务得到简化,以及能够快速方便地访问所需信息。 |
涉及人员 |
管理复审员 - 特别注重注册员所需功能的功能性和可用性。 |
可交付产品 |
无 |
注释/问题 |
无。 |
代表 |
Jane Austen |
---|---|
描述 |
用户 |
类型 |
管理委员会中的学生代表。 |
职责 |
确保系统在易用性和性能/可靠性方面都可由学生接受。 每个学期最多将有 2000 名学生使用 C-Registration 系统来注册课程和查看他们的最终成绩。学生通常受过良好的教育,具有计算机方面的知识,并能够访问因特网。预期中,每个学期将有 10% 的学生首次在 Wylie 注册,不熟悉课程注册流程。 |
成功条件 |
在学生首次使用系统时,在正常使用级别到重负使用级别条件下,都报告系统易于使用和运行良好。 项目干系人因其参与的工作而受到管理委员会认可,并重新被选入下一个学期的管理委员会。 |
涉及人员 |
管理复审员 - 特别注重影响学生和可用性方面的功能。 |
可交付产品 |
无。 |
注释/问题 |
无。 |
代表 |
Susan Smythe 博士 |
---|---|
描述 |
用户 |
类型 |
教员代表。 |
职责 |
确保无论是可以通过计算机访问系统还是不能通过计算机访问系统的教授都接受系统。 将使用 C-Registration 的教授受过良好教育、具有计算机方面的知识,并且熟悉 Wylie 注册流程。可以假定不是所有的教授都在家中拥有个人计算机,不是所有的教授都可以通过因特网进行访问。 |
成功条件 |
大多数(如果不是全部)教授都能够并愿意使用系统来选择课程和输入成绩,并且教授报告说学生不再通过电话询问最终成绩。同时教师能够在线查询大部分课程注册数据。 项目干系人受到其他教员的同级认可。 |
涉及人员 |
管理复审员 - 特别注重影响教授工作的功能的可用性,例如课程选择和成绩输入。 |
可交付产品 |
无。 |
注释/问题 |
无。 |
包含在前一小节中。
对学生、教授和当前的课程注册员所组成的有代表性的抽样样本完成了用户调查,以确定用户对于现有课程注册系统的问题,并征求用户在系统改进方面的建议。完整的调查结果包含在“项目干系人请求文档”[4] 中。调查结果的摘要在下面按照相对重要性从高到低列出:
需求 |
优先级 |
问题 |
当前解决方案 |
建议解决方案 |
---|---|---|---|---|
学生课程注册 |
高 |
学生课程注册太慢、效率太低。 |
当前,学生必须填写课程注册表并将其交给注册员。 注册员需要使用多达 2 个星期的时间来处理表单,另外还需要使用 1 个星期的时间来将确认发送给学生。这样,所有由于课程满员或学生偏好而产生的课程安排更改又需要整整 3 个星期进行重复的处理。这限制了学生在选择课程安排方面的灵活性。 |
学生希望能够进行在线访问,以快速确定课程是否可注册以及授课教授是谁。 |
早一些访问学生成绩 |
中 |
在很长的延迟之后才能获得成绩,需要不断地询问教授。 |
最终的成绩单通常在考试期开始的 8 个星期后才邮寄给学生。在此期间,学生为了更早地知道成绩而不断地打电话给教授。 |
大多数完成调查的学生都建议加入在线访问个人课程成绩的功能。 |
较低的文书工作成本 |
中 |
文书工作需要花费大量的时间,代价高昂。 |
注册员和 2-3 名文书工作临时员工每个学期都需要花费 400 - 500 个小时来处理课程注册文书工作。此时间大部分用于将信息输入主课程注册数据库,以及之后将学生重新注册到其他课程,以解决课程安排冲突和课程不可注册问题。 |
学生访问课程注册系统将有效地将此方面的工时降为零。 |
用户群没有发现任何可行的备选方案或现成的解决方案。 用户群支持“系统应由学校内部开发”这一策略,目的是降低成本、确保适当的功能性,以及保证对系统持续的支持和维护。
本节提供 C-Registration 系统功能、到外部“开票系统”和“课程目录数据库系统”的接口和系统配置的高级别视图。
C-Registration 系统将替换 Wylie 大学现有的大型机课程注册系统。新系统将与下面环境图中显示的现有“开票系统”和“课程目录数据库系统”对接(见图 6.1.1)。
C-Registration 系统将由如图 6.1.2 中所示的客户机组件和服务器组件组成。服务器组件驻留于 Wylie 大学 UNIX 服务器上。服务器组件必须与学校的 DEC VAX 大型机上的“开票系统”和“课程目录数据库系统”对接。此接口由现有的 Open SQL 接口支持。
客户机组件驻留于个人计算机上。学校的个人计算机安装时将安装客户机组件。所有非学校个人计算机都必须通过因特网从 UNIX 服务器下载客户机软件。在个人计算机上安装客户机组件之后,用户可以通过学校局域网或互联网从个人计算机访问 C-Registration 系统。用户必须输入有效的标识号和密码才能获得访问权。
图 6.1.1 C-Registration 系统环境图
图 6.1.2 C-Registration 系统概述
本节中的表从好处和功能方面指明 C-Registration 系统的主要能力。本文档的第 7 节对功能进行了进一步的描述。有关术语的描述,请参阅“词汇表”[5]。
客户好处 |
支持功能 |
---|---|
最新的课程信息 |
系统访问“课程目录数据库”来获取有关 Wylie 大学提供的所有课程的最新信息。 对于每门课程,学生和教授可以查看课程描述、先决条件、授课教授、班级位置和上课时间。 |
最新的注册信息 |
所有的课程注册都被立即记录到注册数据库中,以提供有关满员课程或取消课程的最新信息。 |
及时方便地访问课程成绩 |
学生只需提供用户标识和密码即可查看自己任意课程的成绩。 学生可以从学校任意的个人计算机或通过因特网从自己家中的个人计算机访问注册系统。 教授使用自己的个人计算机将学生所有的成绩直接输入到注册数据库中。 |
从学校个人计算机进行访问 |
学生可以从学校任意的个人计算机或通过因特网从自己家中的个人计算机访问注册系统。 使用因特网在个人计算机中安装 C-Registration 系统的客户机组件是一个很容易遵循的过程。 |
从家中的个人计算机简单方便地进行访问 |
学生可以从学校任意的个人计算机或通过因特网从自己家中的个人计算机访问注册系统。 |
安全和机密 |
用户需要使用有效的用户标识和密码才能获得对 C-Registration 系统的访问权。 系统会保护学生的成绩单信息不受到非授权访问。 |
满员课程或取消课程的即时反馈 |
所有的课程注册都被立即记录到注册数据库中,以提供有关满员课程或取消课程的最新信息。 |
以下假定和依赖关系与本远景文档中概述的 C-Registration 系统的能力相关:
o 对于驻留于学校 DEC VAX 大型机中的现有“开票系统”和“课程目录数据库系统”的支持至少持续到 2005 年。
o “开票系统”和“课程目录数据库系统”的外部接口在 [2] 和 [3] 中定义,并且不会更改。
o 假定学校将继续运行和支持现有的 UNIX 服务器和 DEC VAX 大型机(至少到 2005 年)。
o 假定在 2005 年之前会有其他资金用于更换旧的“开票系统”和“课程目录数据库系统”。
o 新的注册系统在 2000 年 1 月学期前的实施取决于资金在 1999 年 3 月 1 日前经过核准。
由于资金约束,系统的开发成本不能超出 1,200,000 美元。
在预期中,将使用学校现有的计算机作为目标计算机,不需要硬件方面的预算。
对于 V1.0 的系统没有许可证需求,因为它将仅提供给 Wylie 大学使用。
客户机组件的安装必须通过软盘、CD 提供,或者可从因特网下载。
服务器组件的安装必须提供以下选项:保留现有的注册数据库(不丢失任何数据)或生成新的数据库。
本节定义并描述 C-Registration 系统的功能。功能是系统为了向用户提供好处所必需的高级别能力。
学生、教授和课程注册员需要提供有效标识和密码才能进入 C-Registration 系统。 在用户申请入学时,学校将会为用户指定标识和临时密码。系统应支持用户更改其临时密码。
在学生请求时,系统应向学生显示可用的课程。学生应能够根据课程名称、课程代码和科系进行查询。系统应接受学生的课程注册并根据课程可用性、课程安排冲突和已完成的先决课程进行验证。如果课程注册未成功,系统应立即通知学生。
系统应允许学生在注册时段结束之前更改课程选择。
系统应允许注册员取消课程。注册员通常在注册时段结束时复审所有的课程,并取消没有授课教授或者注册学生少于 3 名的课程。课程注册员通过电话或信函通知学生课程已取消。
在注册时段结束之后,系统应向“开票系统”发送通知。这些通知中应包含学生姓名、地址、选择课程和应付费用。
系统应接受和更新教授信息,包括姓名、地址、电话、传真和电子邮件地址。教授信息应可供教授和课程注册员进行查看。
系统应支持学生查看单门课程成绩或整个成绩单。系统应保护学生成绩信息,使之不能由学生本人和教授之外的任何用户访问。
系统应支持教授在注册时段结束之前登记授课课程。
系统应接受和更新学生信息,包括学生标识、姓名、地址、电话号码和电子邮件地址。学生信息应可供教授和课程注册员进行查看。系统应确保学生只能访问自己的学生信息。学生信息由注册员维护。
系统应接受、验证并保留由教授输入的学生成绩。
在用户请求时,系统应向用户显示在“课程目录数据库”中维护的课程目录信息。用户应能够根据课程名称、课程代码、教授姓名和科系查询信息。
在特定学生请求时,系统应显示该学生完整的课程安排。
除了在第 6 节中列出的假定和依赖关系之外,以下约束也适用于 C-Registration 系统:
本节定义 C-Registration 系统的性能、健壮性、容错、可用性和类似特征的质量范围。
可用性:系统应每星期 7 天、每天 24 小时可用。
可用性:系统应易于使用,并适合于具有计算机知识的学生和教授的目标市场。
可用性:系统应包含用户的联机帮助。学生和教师作为用户不需要使用硬拷贝手册就可以使用系统。
可维护性:系统应设计为易于维护的系统。所有特定于学校的数据应为表驱动数据,无需重新编译系统即可进行修改。
本节说明建议系统功能的相对重要性。在系统的前两个发行版中应包含本远景文档中定义的功能。 第一个发行版中应包含所有对于学生注册很关键的功能。
随着此系统开发的不断进展,将会使用功能属性(在本文档的第 7 节中引用)来衡量功能的相对重要性并计划发行版内容。 好处、工时和风险属性用于确定功能和目标发行版的优先级。
在预期中,C-Registration 系统将通过 2-4 个主要发行版在 Wylie 大学发布供一般使用。
发行版 1 中必须至少包含以下所列出的基本功能:
发行版 2 中应包含:
发行版 3 的功能尚未确定。在预期中,此发行版将包含对现有功能的增强。
旧的“开票系统”和“课程数据库系统”计划将在未来 2005 年发行版 4 中更换。
桌面用户界面应与 Windows 95/98 兼容。
系统应与现有的课程目录数据库系统对接。C-Registration 应支持 [3] 中定义的数据格式。
系统应与现有的开票系统对接,并支持 [2] 中定义的接口。
系统的服务器组件应运行于大学校园服务器上,并应运行于 UNIX 操作系统下。
系统的客户机组件应运行于任意具有 486 微处理器或性能更好的微处理器的个人计算机上。
系统的客户机组件所必需的 RAM 不应超出 32 MB,所必需的磁盘空间不应超出 20 MB。
系统的客户机组件应运行于 Windows 95、Windows 98 和 Microsoft Windows NT。
对于中央数据库,在任意给定时间系统应最多可支持 2000 个并发用户;对于本地服务器,在任意给定时间系统应最多可支持 500 个并发用户。
系统应提供对旧的课程目录数据库的访问,其等待时间不超出 10 秒。
系统应在 2 分钟内完成 80% 的所有事务。
无。
本节描述 C-Registration 系统的文档需求。
用户手册应从学生、教授和注册员的角度描述如何使用系统。 用户手册中应包含:
用户手册应遵循“Wylie 大学用户手册”模板中定义的格式。
用户手册应当为 50 - 100 页。用户手册的页面尺寸应为 7 X 9 英寸。 用户手册应通过硬拷贝形式和联机帮助提供。
应为用户提供每个系统功能的联机帮助。用户手册中涵盖的每个主题也应通过联机帮助提供。
服务器部分的安装指南应包括:
自述文件应在安装后可供显示。自述文件还应驻留在磁盘中,供用户在任意时候进行查看。自述文件中应包含:
- 新的发行版功能
- 已知错误和变通方法。
Wylie 大学徽标应在用户文档中和启动屏幕中突出显示。
因为初始发行版将仅限在 Wylie 大学使用,而不是针对一般市场,所以将不制作产品营销资料、产品打包和推广材料。