软件需求规格求说明书sd fasfd asdf

软件需求规格求说明书sd fasfd asdf 项目名称 软件需求规格求说明书 本说明书是系统客户和开发者对将要开发的软件系统的共同理解，是后续设计和实现工作的基础。 本报告由以下文档组成: 软件需求规格求说明书目录 文档序号 1. 前言 R1 2. 项目概述 R2 3. 具体需求 R3 3.1 功能需求 R3.1 3.2 外部接口需求 R3.2 3.3 性能需求 R3.3 3.4 软件属性需求语法 R3.4 3.5 数据要求说明 R3.5 3.6 其他需求 R3.6 本说明书涉及的对《新生报到管理系统》的全部定义，经客户确认后，具有约束力，由系统设计人员贯彻。 客户(签名): 邓欢欢 日 期: 2010年10月 24 日 主文档名称 软件需求规格求说明主文档编号 R 书 子文档名称 前言 子文档序号 R1 编者 081网计 编写日期 2010年10月24日 新生报到管理系统是经管院委托计算机系08网计开发的软件，集新生、材料录入、查询、统计分析，宿舍分配等功能于一体的应用软件。根据规定，通过双方讨论协商，特编写本《新生报到管理系统需求规格说明书》。 1( 编写目的 本需求规格说明书主要目的是明确所要开发的软件应具有的功能、性能，使系统 分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提取概要设 计说明书和完成后继续设计与开发工作，为软件开发范围、业务处理提供依据， 也是应用软件进行合同终验的验收依据。 系统对新生各种材料进行录入(扫描、修改、查询、统计分析)同时系统根据宿 舍基本情况给新生自动分配宿舍，由于在系统分析与分配宿舍等功能，所以要求系统 有相应事物处理能力。 此外，系统还涉及系统安全和用户管理问题、各种代码使用和维护问题、数据安 全和数据维护问题、统计报表生成和输出等问题，因此要求系统具有系统管理和维护事 物处理功能。总而言之，要求通过系统的开发，达到系统项输出总体目标是在校园网工 程的构架下，结合学院管理的实际需要，实现对新生报到的全过程进行有效管理的信息 系统，提供查询分析功能和管理、决策信息，用户界面友好，满足学院管理需要的软件， 提高新生管理的效率。 2( 项目背景 开发软件名称:新生报到管理系统 项目任务提出者:江西经管院 项目开发者:08网计 用户:江西经管院 实现软件单位:08网计 3( 符号、缩略语和定义: NSMS:新生报到管理系统。 B/S(Browser):浏览器服务器。 4( 参考资料 《新生报到管理系统可行性研究报告》，08网计编。 《新生报到管理系统开发委托合同》，江西经管院。 主文档名称 软件需求规格求说明主文档编号 R 书 子文档名称 项目概述 子文档序号 R2 编者 081网计 编写日期 2010年10月24日 1( 待开发的系统的一般描述 学院新生报到管理系统项目是校园网工程的构架下哦，结合学院新生报到管理的 实际需要，对新生信息进行有效管理的信息系统，提供丰富的查询分析功能和管理、决策信息，用户界面友好，满足新生报到管理的软件，用以提高管理效率。本软件旨在学院对新生材料的管理更方便，以减轻工作人员的负担;快速方便地对新生材料进行管理和查询，使散乱的申报材料能够数字化、直观化、条理化。 2( 产品功能 待开发的系统软件具有新生材料录入、修改、删除、查询、宿舍分配、汇总及历 数据的管理功能。 3( 用户特点 本软件的使用对象是系部、学生管理人员、教务处、财务处、宿管科和院领导。 懂计算机的基本操作就可以利用该软件进行所需操作。 4( 一般约束 (1) 系统作为B/S结构的一个应用系统，不可避免地要受到B/S结构的约束。在其 实施的各个阶段都要服从B/S结构的一些规律，包括功能设计，系统配置和计划。同时，由于信息的共享，系统还受到学院校园网办公系统和教务系统等其他系统的信息约束。 (2) 硬件约束。系统运行要求客户B端为PentiumII以上的微型计算机，服务器端 为Windows服务器;客户端运行时内存要求为1G，安装所需硬盘空间为100G。 (3) 本系统中与其他应用系统的接口可采用网络通信方式。 (4) 并行操作。应用软件本身不限制并行操作用户数或终端数。并行操作用户数或 终端数的多少会影响系统的性能，但主要与硬件平台的选择与处理能力及网络 传输速率有关。数据库所支持的并行操作用户数或终端数与用户所购买的数据 库用户有关。 (5) 所需要的高级语言PowerBuilder 6.5、VBA。 (6) 网络通信采用TCP/IP协议。 (7) 应用的临界点。应用系统所支持终端数的临界点与硬件平台的性能、所支持终 端数、网络平台的传输速率及数据库系统所支持终端数据有关，与应用系统本 身无关。考虑到学院的实际情况，本系统设计时，其所支持的并发用户数最多 不超过100。 5( 假设和依据 本系统要求具有较高的可靠性和安全保密性。消息传送，文件传送要性能稳定，不出 差错。在安全保密性方面，数据库系统安全应当由学院信息中心进行管理，本应用系统 只负责应用系统本身的安全与保密，对不同用户定义不同的使用权限。 本系统开发时间为:2010年8月-2011年6月。 三、具体需求 3-1 功能需求 主文档名称 软件需求规格求说明主文档编号 R 书 子文档名称 具体需求 子文档序号 R3 编者 081网计 编写日期 2010年10月24日 功能需求用CASE工具生成，见以下CASE工具生成的表格(所有删节) 模型信息 项目名称:新生报到管理系统功能描述 项目代码:PROJECT-APAMS 名称:MODEL_2 代码:MODEL_2 财务处 顶层数据流图 收费管理信息 学费汇总 汇总信息 组织关系 教务处 系统 通知书、个 新生报到到管理系统 人信息、档案 组织关系汇总 宿舍情况 宿舍分配信息 宿管科 加工 加工列表: 名称 代码 新生报到系统 PRCS_NSMS 加工树: 新生报到申报系统【1】 通知书【1.1】 通知书查增删改【1.1.1】 通知书汇总【1.1.2】 个人信息【1.2】 个人信息查增删改【1.2.1】 个人信息汇总【1.2.2】 档案【1.3】 档案查增删改【1.3.1】 档案汇总【1.3.2】 组织关系【1.4】 组织关系查增删改【1.4.1】 组织关系汇总【1.4.2】 学费【1.5】 收费【1.5.1】 退费【1.5.2】 查询【1.5.3】 汇总【1.5.4】 宿舍分配【1.6】 基本情况【1.6.1】 查增删改【1.6.1.1】 汇总【1.6.1.2】 自动分配宿舍【1.6.2】 人工调整宿舍【1.6.3】 加工名称:新生报到管理系统 加工描述: 对新生报到管理系统进行管理 关联数据流 关联对象 输入 输出 收费信息 财务处 ? ? 学费汇总 财务处 ? 汇总信息 教务处 ? ? 通知书、个人信息、档案 教务处 ? ? 宿舍情况 宿管科 ? ? 宿舍分配信息 宿管科 ? 组织关系 系部 ? 组织关系汇总 系部 ? 数据流图:新生报到管理系统 个人信息请求 个人信息 教务处 个人信息表 新生个人信息处理 收退费请求 收费明细 收费明细表 收退费处理 财务处 汇总请求 收费明细 汇总处理 收费明细 收入汇总 宿管科 宿舍情况 宿舍情况 宿舍情况 宿舍情况处理 请求 理 分配宿舍请求 宿舍情况 宿舍分配情况 个人信息 项目名称:新生报到管理申报系统 项目代码:PROJECT_NSMS 数据流图名称:新生报到系统 数据流图代码:PRCS_NSMS 加工名称:新生个人信息处理 加工描述:对个人信息进行查增删改、汇总等操作。 名称:个人信息 代码:PRCS_STU_ZNFO 编号:1 加工引用列表: 关联的数据流 关联对象 输入 输出 个人信息请求 教务处 ? ? 个人信息 个人信息请求 ? ? 加工名称:分配宿舍 加工描述:为新生自动分配宿舍 名称:分配宿舍处理 代码:PRCS—ROOM—ASSESS 编号:2 加工引用列表: 关联的数据流 关联对象 输入 输出 分配宿舍请求 宿管科 ? 个人信息 个人信息表 ? 收费明细 收费明细表 ? 宿舍情况 宿舍情况表 ? 数据流图:新生个人信息处理 查询 查询请求 查询个人信息 教务处个人信息请求 增加请求 增加个人信息 增加 新生个人信息表 教务处请求处理 教务处 删除请求 删除个人信息 删除 更改请求 修改个人信息 修改个人信息 项目名称:新生报到管理系统 项目代码:PROJECT—NSMS 数据流图名称:新生个人信息处理 数据流图代码:PRCS_01 加工名称:新生个人信息处理 对教务处请求的处理。 名称:教务处请求处理 代码:PRCS_EMPLOYEE_REQUIREMENT_PROCESS 加工引用列表: 关联的数据流 关联对象 输入 输出 教务处请求 教务处 ? 查询请求 查询 ? 增加请求 增加 ? 删除请求 删除 修改请求 修改 ? 加工名称:修改个人信息 加工描述:对新生个人信息表进行修改 名称:修改个人信息 代码:PRCS_MODIFY_APP 编号:4 加工引用列表: 关联的数据流 关联对象 输入 输出 教务处请求 教务处请求处理 ? 修改个人信息 新生个人信息表 ? ? 加工名称:新增个人信息 加工描述:新增个人信息 名称:新增个人信息 代码:PRCS_ADD_APP 编号:5 加工引用列表: 关联的数据流 关联对象 输入 输出 请求(添加) 教务处请求处理 ? 新增个人信息表 新增个人信息表 ? 加工名称:删除个人信息 加工描述:删除个人信息，只有部门领导才能删除个人信息。 名称:删除个人信息 代码:PRCS_DELETE_APP 编号:6 加工引用列表: 关联的数据流 关联对象 输入 输出 删除请求 教务处请求处理 ? 删除个人信息 新增个人信息表 ? 加工名称:查询请求 加工描述:查询新生个人信息 名称:个人信息查询 代码:PRCS_EMPLOYEE_DEPT_QUERY 编号:7 加工引用列表: 关联的数据流 关联对象 输入 输出 查询请求 教务处请求处理 ? 查询个人信息 查询个人信息表 ? 数据流图:收退费处理 个人信息(查询) 财务处 新生个人信息表 查询请求 收费明细(查询) 个人信息(收费) 收费 个人信息(退费) 收费请求 财务处 收费明细(收费) 收费请求 退费 收费明细 收费明细(退费) Project 名称:新生报到管理系统 Project 代码:PROJECT_APAMS 数据流图名称:收退费处理 数据流图代码:PRCS_COLLECT_ASSESS 加工名称:查询费用明细 加工描述:查询新生收退费明细。 名称:查询收费明细 代码:PRCS_PRIZE_ASSESS 编号:8 加工引用列表: 关联的数据流 关联对象 输入 输出 查询请求 财务处 ? 个人信息(查询) 新生个人信息表 ? 收费明细 收费明细表 ? 加工名称:收费 加工描述:收取新生费用 名称:收费 代码:PRCS_520 编号:9 加工引用列表: 关联的数据流 关联对象 输入 输出 收费请求 财务处 ? 个人信息(收费) 新生个人信息表 ? 收费明细(收费) 收费明细表 ? 加工名称:退费 加工描述:退回新生费用 名称:退费 代码:PRCS_584 编号:10 加工引用列表: 关联的数据流 关联对象 输入 输出 退费请求 财务处 ? 个人信息(退费) 新生个人信息 ? 收费明细(退费) 收费明细表 ? ? 数据存储 数据存储列表: 名称 代码 新生个人信息 STOR—APP—STU—ZNFO 收费明细表 STOR—APP—MONEY—LIST 收费汇总表 STOR—APP—COLLECT—MONEY 宿舍情况表 STOR—APP—ROMM 数据存储:新生个人信息表 名称:新生个人信息表 代码:STOR—APP—STU—ZNFO 编号:11 数据存储描述: 新生个人信息登记表=学号+姓名+性别+年龄+照片+家庭住址 以数据库的方式组织。每份登记表相当于数据表中的一条记录。 数据存储引用列表: 关联的数据流 关联对象 输入 输出 对新生个人信息查增删改 对个人信息查增删改处理 ? ? 实体描述: 教务处有关工作人员。 实体引用列表: 关联的数据流 关联对象 输入 输出 教务处请求 教务处请求处理 ? 外部接口需求 主文档名称 软件需求规格求说明主文档编号 R 书 子文档名称 功能需求 子文档序号 R3.1 编者 081网计 编写日期 2010年10月24日 1(用户界面 (1)采用Web的通用图形界面，用户界面友好。 (2)界面具有一致性，界面规范遵循Web软件界面的规范。 (3)提供错误处理。 (4)提供信息提示，用多种信息提示当前用户状态、界面的功能。 (5)提供方便的联机帮助。 (6)遵循全国自然科学名词审定委员会公布的《计算机科学技术名词》，用词正确、准确、无歧义。 (7)本产品的用户一般需要通过终端进行操作，进入主界面后单击相应的窗口，分别进入相应的界面(如输入界面、输出界面)。用户对程序的维护，最好要有备份。 2(硬件、软件接口: 系统中的各个子系统的硬件和软件的配置如下: (1) 服务器的各个子系统运行要求: ? 系统软件:SCO UNIX ? 数据库管理系统:Web SQL ? 硬件要求:Pentium II 450MHZ以上处理器，258MB以上内存，14GB以上硬盘剩 余空间。 (2) 客户端子系统的运行要求: ? 系统软件:Window 2000/98/NT ? 数据库管理系统:Sybase 客户端，PowerBuilder 6.5。 ? 硬件要求:Pentium II 233MHz 以上处理器，32MB以上内存，4.3GB以上硬盘剩余 空间。 性能需求 主文档名称 软件需求规格求说明主文档编号 R 书 子文档名称 外部接口需求 子文档序号 R3.2 编者 081网计 编写日期 2010年10月24日 了保证系统能够长期、安全、稳定、可靠、高效地运行，新生报到管理系统应该满足一下的性能需要。 1( 系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。查询时应保证查全率，所有相应字段 包含查询关键字的记录都应能查到。在系统设计和开发过程中，要充分考虑系统当前 和将来可能承受的工作负荷，使系统的处理能力和响应时间能够满足企业对信息处理 的需求。响应及更新处理都比较迅速，完全满足用户要求。一般操作的响应时间应在 1~2秒内，对数据的导入导出、软磁盘读写和打印机操作也在可接受的时间内完成。 2( 系统的开放性和系统的可扩充性 系统在开发过程中，应该充分考虑以后的可扩充性。例如申报方式的改变(网上申报)， 用户查询的需求也会不断地更新和完善。所有这些，都要求系统提供足够的手段进行功能的 调整和扩张。要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单地加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。 3( 系统的易用性和易维护性 系统是直接面对使用人员的，而使用人员往往对计算机并不是非常熟悉。这就要 系统能够提供良好的用户界面，易用的人机交互界面。要实现这一点，就要求系统应 该尽量使用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题，要提供 足够的在线帮助，缩短用户对系统熟悉的过程。 4( 系统的标准型 系统在设计、开发、使用过程中都要涉及很多计算机硬件及软件。所有这些要符合 主流国际标准和行业标准。例如，在开发中使用的操作系统、网络系统、开发工具 都必须符合通用标准，如规范的数据库操纵界面、作为业界标准的TCP/IP网络协 议等。 软件属性需求 主文档名称 软件需求规格求说明主文档编号 R 书 子文档名称 性能需求 子文档序号 R3.3 编者 081网计 编写日期 2010年10月24日 1( 正确性 要求发布的软件达到用户的预期目标，运行时基本无误。 2( 可靠性 在正常条件下，应该不出故障。 3( 效率 对于浏览、查询、增加、删除、更新和密码设置等一般操作，要求及响应，响应时间应在1~2秒内。 4( 完整性 要求在发生意外(如掉电)时，保证数据不丢丢失。 5( 易用性 软件界面符合当前主流软件的操作习惯，尽量为用户的使用提供方便。 6( 可维护性 要求软件运行发现错误时，能够快速、准确地其定位、诊断和修改恢复。 7( 安全保密性 要求提供身份验证，只允许通过身份验证的用户使用本软件。如果三次密码输入不正确， 则强行关闭系统。 8( 可理解性 对于本软件提供的各种菜单、按钮，其功能应该一目了然，易于理解。 9( 数据的可交换性 要求提供数据的导入/导出功能，尤其要提高与Word/Excel等通用办公软件的数据交换 接口。 数据需求 主文档名称 软件需求规格求说明主文档编号 R 书 子文档名称 软件属性需求语法 子文档序号 R3.4 编者 081网计 编写日期 2010年10月24日 1( 数据描述 . 申请书数据项:姓名、部门、年龄、职务、职称、个人事迹介绍、审批意见 汇总数据项:姓名、部门、金额、备注 2( 动态数据 动态输入数据:菜单选项、查询关键字、新建记录项、导入文件。 动态输出数据:导出的文件、查询结果记录集。 内部生成数据:中间查询结果。 3( 数据库描述 本软件采用Sybase 专用数据接口。 4(数据字典(从略) 其他需求 主文档名称 软件需求规格求说明主文档编号 R 书 子文档名称 数据要求说明 子文档序号 R3.5 编者 081网计 编写日期 2010年10月24日 暂无其他需求 下面是赠送的工作总结～～不需要的朋友可以编辑删除 谢谢～～～ 上半年中学语文教研工作个人总结 根据xx市教育教学研究培训中心的工作要求，结合本学科的实际情况，本人尽职工作，使得中学语文教研工作顺利展开并取得较好的成果。现在小结如下: 一、主要工作 (一)积极参与备考，努力开展中考、高考备考工作 中考、高考的备考工作是本学期语文教研工作的重中之重，新年伊始本人便开始制作关于备考的文件，并2次带领初三、高三教师到xx参加省级中考高考备考活动，我市xx中学吴xx老师还在高考备考会上做有关作文写作的经验介绍;回到市里，本人还亲自请来省研培院的刘xx教研员和xx中学的王xx老师做有关中考高考的备考指导，让一线的老师有了明确的备考方向。 每一次活动本人都制作简报通报，中考备考现场有113位教师参加，高考有101人参加。 (二)关注教研博客，及时组织教师参加在线研讨 网络教研已成为教研的常态，本人一直关注xx省教育研究培训院和xx省中学语文博客，每天都有两次登录博客的痕迹，及时了解最新教研动态，开展相关工作和在线研讨，5月8日组织全市中学语文教师，参加xx省中学语文教研网组织的主题为《记叙文写作指导的有效策略》的在线研讨，参与人数135人，评论条数844条。有简报通报和研讨得失的小结。 (三)关注课题研究进展，及时向省研培院汇报进展情况 我市思源和第二思源实验学校语文组承接《课内拓展阅读课型构建与实施》省级课题研究，本人主动承担课题研究的信息员，负责传递省里的信息并督促两所学校及时开展各项研究工作，制作简报，收集材料。组织相关教师到xx和xx学习课题研究方法，多次到两所思源学校听课题研究汇报课，深入了解课题研究的进展情况。 因为工作进展顺利，研究课型特别，第二思源实验学校课题研究小组还被省研培院课题研究组长刘xx老师推向全省做经验介绍。 参与成员 (四)积极组织学生参加汉字听写大会，为xx赢得好成绩 接到xx省教育厅关于开展第三届"中国汉字听写大会"xx选拔赛活动的通知，我们便着手举办市级大赛，于4月25日在市一小举办市级选手选拔赛，共有13所中学78人参加。在研训中心举办省级选手选拨赛，最后确定6位选手参加省级大赛。省级大赛的第一轮是淘汰赛，我们以全省第六名的成绩顺利晋级，在第二轮的对抗赛中，我们的队员全员击败对手，全部晋级40强，最后有两位选手挺进全省20名。 此次活动我们止步于全省前20名，但是我们的成绩是突出的，我们的选手是优秀的。 (五)积极组织教师参加xx省语言办开展的问卷调研工作 根据xx省教育厅关于《xx省民族地区中小学教师普通话使用情况调研》的文件精神，我市共有54所学校457人被抽中参加调研工作，为了配合省调研组在我市的调研，我们于6月27日在铁路中学开展现场问卷调查工作，共有53所学校418人参加调研。 我们的组织工作得到了省语言办领导的肯定。 (六)积极参加常规检查工作，认真梳理存在问题 本次常规检查是覆盖最大的一次检查，本人担任小组组长，负责检查的学校有28所学校，人手少任务重，但是我们每一次都会很有条理完成检查工作，每一次检查结束我们都会认真梳理检查过程中存在的问题，并一一记录向校方反馈。 (七)为提高备考效率，积极开展送教下乡活动 为缩小城乡教育差别，我们针对备考过程显得比较薄弱的学校开展送教下乡活动，5月22日我们邀请第二中学的赵xx老师到xx中学上了一节中考作文复习课，针对近几年的作文走势进行分析，指导学生写作，起到很好示范作用。 (八)服从领导安排，努力完成上级交办的各项任务 1、四次下到东河中心校指导国家基础教育质量监测工作，顺利完成所有的监测任务。 2、积极备课，在乡镇教研员培训过程中，本人主讲的《网络教研和如何晒课》获得许多教研员的好评，此次讲课也大大提升了自己的理论水平。 二、存在的问题和今后的努力方向 (一)存在问题 1、备考工作表面上活动展开得风风火火，但是实际上高一高二和初一初二的老师参加的不多，没有达到预期的目的。 2、要想使城乡教育均衡发展单单靠送教下乡的途径是不可能解决实际的问题，乡镇中学的备考工作有待加强。 3、网络教研未见常态化，最大的问题在于教师没有接纳，在于我们的资源不足于吸引教师，问题在于我们的不改变。 (二)努力方向 1、积极参加各种培训，努力提高自身素质，提高教研工作能力。 2、开展每一次活动之前，多多做点活动前的准备工作，力争让与活动相关的人员了解活动的重要，从思想上提高教师的参与意识。 3、多花一点时间关注乡镇教育，尽量让边远的孩子感受到或享受到优质的教育资源，让基础教育落到实处。 4、努力从根本上克服思想上产生的惰性，使自己的每一项工作都充满激情。