“学生信息管理系统”需求规格说明书.docVIP

学生信息管理系统 设计规格说明书 1.引言 1.1编写目的 编写本报告的目的是明确本系统的详细需求，供使用单位确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。 1.2 项目背景背景 1）开发软件名称：学生信息管理系统。 2）项目开发者：“学生信息管理系统”开发小组：李少华，谢涛，苏涛，李平，李开发，曾雷。 3）用户单位：云南警官学院。 1.3参考资料 1）陈雄峰，等. 实用软件工程教程 .机械工业出版社。 2．任务概述 2.1目标 本系统通过强大的计算机技术给学生信息管理人员和学生查询、管理信息带来便利。本系统除了学校内部管理的一般功能外，还包括在网上在线查询学生信息等功能。目标还包括： 减少人力与管理费用。 提高信息准确度。 改进管理和服务。 建立高效的信息传输和服务平台，提高信息处理速度和利用率。 系统设计优良，界面设计精美、友好、快捷、人性化设计、后台管理强大、效率高。 更简便、信息化程度更高的学生信息管理流程。 安全可靠的信息管理平台。 2.2用户特点 本系统的最终用户是面向管理员（学生信息管理员和其他管理员）、学生及相关人员，他们都具有一定的计算机应用基础，操作计算机比较熟练。管理人员和学生都是经常性用户。 系统维护人员为计算机专业人员，熟悉数据库、操作系统、网络维护工作。维护人员为间隔性用户。 3.需求规定 1）学校管理：管理部门为每个学生建立信息表格，其中包括学生的，姓名、学号、年龄、入学时间、毕业时间、性别、民族、户籍、院系、专业、爱好等相关信息。 学校相应管理员定期或不定期的对学生信息进行入库、修改、删除、等信息管理以及注销。 2）信息查询：可通过局域网或内网并根据权限依据学号、姓名等查询学生信息、和个人信息。 现有系统描述 当前组织运作形成的文件，包括： 组织结构图 高层数据流程图和/或者工作流程图 过程或功能的描述 一般来讲，既要确定主要产品或服务，同时也要确定对外部门和外部系统的接口。 d.当前问题和约束 为了解决问题，描述问题范围、阻碍和潜在的领域，这应包括操作环境、物理约束、法律和政府条例等。 项目概述 1．项目目标 将用户对新系统的期望编制成文件，系统的目标应是可测量和可验证的，使其性能在以后得到评估。另外，增强系统计算机化中的现存问题将被简化。 2．系统功能 建议以图表形式列出功能结构图 建议以图表形式列出功能分类，以及优先级 3．用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。 系统数据流图 3.1数据流图 系统维护为通用功能，这里不做具体分析。 顶层图 顶层图如图A-1所示 A-1 顶层图 （2）0层图 0层图如图A-2所示 业务功能的描述 为每个商业功能（需实现的功能）描述其定义、业务规则，详细叙述如何从输入转变到输出并且如何获得、处理和产生这些信息。这些内容在下面标题中有条理的阐述。 定义/描述。包括业务定义以及具体业务操作流程。 业务规则/业务要素。 输入－提供所有与本功能有关的输入描述。需包括以下内容： －输入资源定义 －说明 －输入来源 输出－提供与本功能有关所有输出的描述，应包括以下内容： －输出资源定义 －说明 －输出目的 约束条件/特殊考虑 列出在各个工作领域不需计算机化的功能并提供其原因以及特殊条件。 f. 数据流图 非功能需求 1．系统设计要求 体系结构 性能指标 精度 说明对该软件的输入、输出数据精度的要求。 系统响应时间 指定系统一天中平均的高峰期和高峰时段的响应时间，为批处理功能指定回转时间，即接收需求报告和报告产生之间的时间间隔。在关键性能处，说明其响应时间。 不同处理类型的系统响应时间将不同。处理的类型可能有：进入/更新、询问（不论是简单查询或是文本查询）、设想等。同样，高峰期和非高峰期的系统响应时间应该不同。 系统有效性 为取得系统有效性，应考虑标准工作日、周末和公共假期的操作时间。例如：系统每天需要连续运行24小时，每周运行七天，包括公共假期和周末。 系统兼容性 可扩充性 可维护性 参数化管理 界面要求 2．网络及与其它系统接口要求 每个接口需考虑以下内容： 主题子系统通常的描述以及通讯介质/系统的特性转换。 预计的接口类型是否在线或批处理 数据转换的交换频率 转换的安全考虑 3．系统安全及保密要求 指定可以访问各自功能的用户群，如需要可指定用户访问权和安全包（如有），以便有效控制系统访问和数据访问。 确认审核记录和所有有关报告及接