软件需求工程论文

精选文库学 号： 课 程 设 计课程名称软件需求工程论文题目高校课堂考勤管理系统需求分析报告 学 院计算机科学与技术学院专 业软件工程班 级姓 名指导教师岑 丽20122013学年 第1学期- 目录第一部分：论文要求.3第二部分：需求描述.3 1业务需求.3 2用户需求.3 3功能需求.4 4非功能需求.4第三部分：需求规格说明.41引言.5 1.1编写目的.5 1.2背景 1.2.1系统名称.5 1.2.2 文档约定.5 1.2.3产品范围.5 1.2.4参考文献.52综合描述.6 2.1产品的前景.6 2.2产品的功能.6 2.3用户类和特征.6 2.4运行环境.7 2.5设计和实现的限制.7 2.6假设和依赖.73. 外部接口需求.7 3.1用户界面.7 3.2硬件接口.7 3.3软件接口.74. 系统特性.7 4.1说明和优先级.7 4.2功能需求.75. 其他非功能需求.9 5.1性能需求.9 5.2安全设施需求.10 5.3安全性需求.10 5.4软件质量属性.10 5.5业务规则.10 5.6用户文档.106其他需求.10第四部分：理解与感想.11附录.12评分标准.15第一部分：论文要求（）对所选系统进行严密的需求获取以及需求分析。（）给出所选系统的各层次需求，包括业务需求，用户需求，功能需求以及非功能需求。（）论文中给出所要实现系统的需求规格说明书。（）需求规格说明书要详尽，必须包括以下内容：引言，总体描述，功能需求，接口需求以及其它非功能性需求等，符合需求规格说明书各项细则。（）附录中给出所选系统需求规格说明书中各图表, 或者图表的获取过程. 例如数据字典的具体描述或者是UML建模中图的获取过程。第二部分：需求描述1业务需求如今，学生作为一个庞大的群体而存在。由于现在家庭孩子比较少，致使家长们对孩子的管理存在一些客观的偏爱。在学习及生活的很多方面，学生表现出自我约束能力不强，独立性比较差。而学风，是一所大学的灵魂，也是立校之本。一所具有良好学风的大学，才能展现出其治学严谨的独特魅力。因此，一个好的课堂考勤系统对一个学校是很有必要的。考勤作为一个学校的基础管理，以便老师了解学生的出勤情况（包括迟到、早退、请假等情况）。学生考勤管理系统是为了解决学生考勤管理的而设计的，目的是督促学生准时上下课，使学生有一个良好的学习环境。2用户需求 （1）学生用户需求描述学生对本系统的主要需求是：在线请假以及查看在校期间所有的上课出勤信息。在线请假需求：学生假的全过程当中，学生可以随时查看请假的详细进展情况。查看出勤信息需求：学生可以查看在校期间所有学期上课出勤的详细信息，如：查看“高等数学”这门课程在整个学期请假、旷课、迟到、早退了多少次，以及具体的时间、任课老师姓名、第几节课等详细信息。 其它需求：查看本人的基本信息，如本人的所属的院系、年级、专业、班级、学号、姓名、性别等，以及修改个人用户密码，查看本班课表安排。 （2）任课老师用户需求描述任课老师对系统的主要需求是：管理所教班级学生的上课出勤信息以及查看所教班级学生的上课出勤信息。管理学生上课出勤需求：表，随着时间的变化，自动列出还没有在网上公布的学生上课出勤信息，系统自动根据学生请假系统，决定学生上课出勤的最终结果。查看 学生出勤信息需求：查看所教班级学生整个学期上出勤统计信息及详细信息。其它需求：查看上课课表，本人基本信息以及修改个人用户密码。 （3）院系领导用户需求描述 院系领导对本系统的主要需求是：审批本班学生本学期的在线请假以及查看本班学生本学期所有课程的上课出勤信息。 审批学生请假需求：本班学生本学期在线请假申请后，自动提示院系领导有等待审批的请假信息，院系领导针对请假申请信息进行学生请假审批，以及对请假信息回复。查看学生上课出勤信息需求：查看本班学生整个学期有关课程的上出勤统计信息及详细信息。 其它需求：查看本班学生的基本信息、修改个人用户密码等。 （4）班长用户需求描述 班长对系统的主要需求是：查看全校学生上课出勤信息。 查看出勤信息需求输入查询条件后，系统根据查询条件列出本校学生相关的上课出勤信息。 其它需求：查看有关学生的基本信息以修改个人用户密码等。 （5）系统管理员用户需求描述 系统管理员有系统的最高权限，负责系统所需所有数据的动态同步更新以及维护，根据系统针对各用户的设计，基本功能需求如下： a.管理学校各院系、年级、专业、班级的添加、删除、修改等。 b.管理每个学期每个班级的课程安排及指定院系领导和任课老师。 c.管理系统所有用户。 d.管理全校课表安排。 f.管理全校每学年开学的起止时间。 g.管理系统的请假、考勤信息。3功能需求根据各类用户的需求描述，系统应当具备请假系统、考勤管理系统、后台管理系统这三大主要功能。 （1）请假系统功能需求：请假最长时间不能超过1个月，特殊情况除外。 （2）考勤管理功能需求：任课老师通过考勤管理系统，对学生上课出勤信息进行公开，但有时候由于任课老师忙于教学，为了能及时准确无误的对学生出勤情况公开，要求系统能自动提供处理主要是用来管理系统操作的数据。 （3）后台管理系统功能需求：请假系统要借助院系领导安排才能完成，考勤管理系统要借助请假系统、班级课表安排才能完成，因为高校每学年的学生都在变化，有新生入学，也有学生毕业。而每学年课表都在变化，院系领导安排也有在变化，学生也在变化，所以就压球后台管理系统能根据系统需求，动态的、准确的更新系统数据。4非功能需求 要求系统处理数据精度高，再短暂时间内获得响应，可以灵活的做出调整，故障出现能够快速的处理，系统的数据不会丢失可以恢复，安全要求系统信息不会被外界更改，只有固定的人才有更改信息的权利，系统要稳定，能够保证大量用户的同时访问，要求系统健壮不易崩溃。系统应该具有可扩展性。第三部分：需求规格说明1引言 1.1编写目的 本系统说明书的主要目的是明确系统所应具有的功能、性能，使人们能清楚地了解用户的需求，为软件的进一步设计奠定基础。 系统对学校全体学生的资料和考勤情况进行管理，通过每日的打卡把出勤信息输入到学校的考勤管理中心，保存学生每日的的出勤情况，以便于统计学生的出勤情况。同时方便班长查阅，即节省了人力，又省去了中间的很多容易出错的步骤。让学校学生的考勤管理更具有透明性，且方便管理。有总而言之，要求通过系统的开发，达到系统项目的总体目标是：在整个系统的框架下，结合学生在学校的实际出勤情况的需要实现对数据更新、数据查询、数据统计、数据分析等功能进行有效的管理。提供用户友好接口，满足学校管理需求的软件，提高学校对学生的管理效率，从而完善学校的管理制度。 1.2背景 （1）系统名称：高校课堂考勤管理系统 （2）考勤作为一个基础管理，是学校对学生进行管理的基本依据。实际管理和记录工作非常需要快速获知各个年级学生的每日出勤情况，以便于及时向班长反映学生的出勤、缺勤情况（包括迟到、早退、病假、事假、旷课等情况）。也方便学校领导查询管理，方便教务处理。 1.2.1系统名称 系统名称是：高校课堂考勤系统 1.2.2文档约定 使用Microsoft Office Word文档编写需求规格说明书，按照文字两端对齐、表格居中对齐的排版约定进行编写。字体大小要求合理，复合各个层级的关系。 1.2.3产品范围 本系统的开发目的是为了方便学校的信息管理和学生请假，分为前台和后台两部分，前台为用户提供了使用该系统的环境，管理人员通过后台可以方便地对系统进行管理和维护。该系统的使用者分为学生、班长、老师、学校领导以及一些系统维护人员。 1.2.4参考资料 软件工程导论（第五版）2008年2月 张海藩编著 清华大学出版社 软件需求工程 2008年8月 毋国庆等编著 机械工业出版社 UML和模式应用（第三版）2009年3月Craig Larman著 机械工业出版社2综合描述 2.1产品的前景高校课堂考勤系统作为一个保障后勤工作的一个有力的力量，确有其存在的必要性。它也是应广大老师与学生的要求而产生的，主要是这个系统也应了当下科技的主流。他与学校的教务系统紧密相连，记录考勤工作，方便进行学生与老师的教务管理。 2.2产品的功能本系统主要的功能就是记录学生的考勤，实现在线请假的功能，也方便学校领导查看学生出勤率，方便排课表、修改课表等工作。 高校课堂考勤系统退出系统查找学生信息查询信息模块删除学生信息添加学生信息按条件查询 2.3用户类和特征本系统包括两类使用用户：系统管理员，即具有输入、查询、删除、修改记录的班级班长，任课老师、学院领导以及系统开发人员；普通用户，即查询记录的学生。系统管理员享有最高权限，学生只有查询权限。 2.4运行环境本系统适用于一般市面上的机型。 2.5设计和实现的限制 开发时间比较短，机器限制，开发人员的数目少、经验也不足，是开发系统中主要问题管理不完善，设计时没能全得到考虑，系统的数据多处理难度高，安全保密方面的问题都会影响本项目的开发进程。2.6假设和依赖系统中系统信息管理模块及管理系统环境绝大部分为考勤系统内部，而查询模块为网上环境。关于系统管理人员受到的管理可能很少变动要很少。系统手动的输入很多的。假设学生只要请假，但是老师因为一些原因没批准，就不能请到假。3外部接口需求 3.1用户界面 用户界面设计：最小分辨率为800*600，最大分辨率为1366*768.界面在浏览器中居中全屏显示。 3.2硬件接口 考虑到大量数据的备份等要求，需要保持与磁带机和光盘刻录机的接口，这较易实现。 3.3软件接口 这里，主要考虑软件与操作系统、数据库管理系统的接口，以及局域网和互联网软件之间的数据交换。考虑到文档处理时有可能需要较常用的办公软件。例如Microsoft的Office系列，所以应尽量实现它们之间的数据格式的自动转换。4. 系统特性 4.1说明和优先级 高校课堂考勤管理系统，因为其简单的输入输出（等级：高），而且一幕了然的签到情况表（等级：高），使得教学管理变得简单明了。而且，其中，学生在线请假，也方便了学生不用弄请假条之类的东西，节约了辅导员及老师的时间（等级：高） 4.2功能需求登陆：名称、标识符学生登录功能描述学生输入自己的学号和密码，选择他们的类别系统验证是否正确，如果正确即可进入系统，否则请用户在此输入。 实现要求提供登录界面输入学号，密码，选择“确定”或“取消”处理系统验证所输入的学号和密码和权限与后台数据库记录是否正确输出1 所输入的学号和密码正确并且选择对权限，则允许进入操作界面；所输入的学号和密码不正确，则输出错误信息，并且重新返回登陆界面。如果超过三次出错，则推出界面。补充说明学号和密码不能为空签到：名称、标识符签到功能描述上课前点击“签到”按钮，系统自动记录下ID和时间，并以此与系统设定规定时间规则比较来决定是否迟到。实现要求提供“签到”按钮输入学号和班级处理1 点击按钮后，以当前系统时间与系统设定上课时间规则比较来决定是否迟到？如果当前时间规则设定上课时间，则为迟到，并且将数据自动记录到缺勤表中 ，保存到数据库 。否则为正常出勤提示签到成功或迟到输出提示签到成功或迟到找回密码：名称、标识符找回密码功能描述如果使用者忘记密码，可以通过一定的信息重新的找回密码实现要求在登录的界面上添加找回密码的按钮，忘记密码后可以找回输入学号、班级、姓名、身份证号、权限处理通过用户输入上去的信息在数据库中进行寻找逐条寻找输出显示出密码签退：名称、标识符签退功能描述下课前点击“签退”按钮，系统自动记录下学号和时间，并以此与系统设定时间规则比较来决定是否早退。实现要求提供“签退”按钮输入学号处理1如果走到的时间早于规定的时间，则为早退。 2、如果今天请假，则不能够签退。3以上2者皆不是则为正常走，显示出来。4系统时间、学号和是否早退或旷课状态保存到数据库输出提示签退成功、早退或旷课5.其他非功能需求 5.1性能需求（1） 精度需求：保证查询的查全率和查准率为100%，所有在相应域中包含查询关键字的记录都能查到，所有在相应域中不包含查询关键紫的记录都不能查到。（2） 时间需求：系统对大部分操作的相应时间应在1-2秒内。（3） 灵活性：满足运行环境在允许操作系统之间的安全转换和与其他应用软件的独立运行要求，当系统操作及各种数据要做出相应相应的修改时设计的软件要做适当的调整，灵活性很大。（4） 故障处理：在开发阶段出现的故障由开发人员来修改和处理，测试通过之后。主要表面的常见的问题如操作设置的问题数据库的变更等则是交给系统管理人员来维护管理。正常情况数据库不容许出错。 5.2安全设施需求 本软件作为教学管理辅助设备，它的规模比较小，不过对于权限管理要严谨，否则会出现混乱的局面 5.3安全性需求 课堂考勤系统的某些操作也只能由专人进行，而且某些功能只有管理员才能拥有权限，如课堂签到人数的登记，如果没有安全管理部分，后果难以想象，对于系统出现的错误在正常使用不容许出现，对操作出现的错误要提示，系统出现错误时要保证数据库的完好无损。 5.4软件质量属性 （1）可维护性强，要求软件的组成程序组构较为简单，因此，需要的电子设备简单易于管理和维护，具体到软件时数据库数据结构简单但庞大，参与操作的人员数量多的话，维护起来也比较简单，出错也容易修复。 （2）数据处理的功能较强，因为系统中的数据交流比较平凡且要求反应速度快、不易出错出现意外是系统的恢复能力强。 5.5业务规则 （1） 系统管理员享有最高权限，学生只有查询权限。即只有管理员班长有权利键入签到人数，请假人数等； （2）学生若是请假，只能登陆进入系统，填好请假理由，等待老师批准，不能自行批改； （3）领导则进行的是查看学生签到情况，而不能替学生去请假； （4）老师一般就是登录后，输入签到人数，一般由班长代签，然后处理请假事宜，不能替学生无理由私自请假。 5.6用户文档 编写在线系统帮助文档和用户手册，提供在线咨询，方便用户对改系统的使用，增加界面的友好性。6其他需求 用户界面系统采用对话框的方式，多功能窗口运行。对于给出的请求，要尽量在短时间内完成解决。第四部分：理解与感想 随着社会信息化的不断加快，计算机软件的需求越来越多，越来越复杂，规模也越来越大。但软件危机问题提出了三十多年，至今仍无法很好的得到解决。究其原因，主要还是，主要是忽视了软件开发过程中的质量监控，以及在软件开发过程中，对需求的准确把握不能做到很好的定位。因此，这要求我们在这个过程中要准确把握需求的内容，并予以准确的定位。 需求工程作为软件工程生命周期的起点是软件开发后继阶段的基础。软件需求是软件开发的目标，也是其项目开发成功与失败的重要因素。有时候错误需求分析很可能导致软件开发的全盘否定，需求错误的代价会随着项目的展开儿发生变化。如果需求错误能够及时的修复，那么由于错误所造成的损失也能相应地减少。如果没有及时的发现，则很可能让整个软件的开发失去其本来应有的意义。在学习过程中我学到了好多知识，知道了软件开发过程的模型，包括：瀑布模型，螺旋模型，RUP，迭代模型和敏捷方法等，也知道了什么是软件需求说明书。这些在学之前，对于我来说，就是一个陌生到不能在陌生的东西。学会了这些方法，让我在对软件进行描述的时候，不至于偏离方向。减少开发过程中走的弯路。也许让我给软件需求工程定个义，也许我会说他是需求开发和需求管理的