学生考勤2.0

第1页这篇需求分析报告主要是为学生考勤1.0软件设计编写的，通过本次需求分析说明，详细的描述了本软件具有的功能性能等，为后面的详细设计软件测试等提供依据。1.2参考文献未参考任何文献资料。2综合描述这是一款操作简单的集学生考勤记录与处理的应用软件。它可靠性高，具有数据备份的功能。2.3用户类和特性该软件是通过Vc++6.0开发的，主要有5个类，见“表1-1”表1-1用户类MainFrame.cpp绘制软件的窗口和框架OptionDlg.cpp选项对话框的设置skyblue_Rect.cpp管理应用程序skyblue_RectDoc.cpp管理数据Skyblue_RectView.cpp软件中各种功能模块的实现和绘制方块等现实数据2.4运行环境硬件平台：VIA芯片的电脑上、在INTER芯片的电脑上、在AMD芯片的电脑上等等都可以运行流畅；操作系统和版本：WIN98、WINXP、WIN2000、LINUX等。3系统功能需求3.1说明和优先级系统的功能有：基本信息的添加、修改、删除和查询。基本信息管理包括节假日日期设置、学生信息管理。第2页考勤信息管理包括出勤管理、加班管理、请假管理。统计查询功能包括日考勤统计表、月考勤统计表和当日缺勤人员列表。保存备份数据的功能包括数据丢失后的备份恢复。4其它非功能需求4.1性能需求响应时间：0.5s与实时系统的时间关系：无容量需求存储器：256M磁盘空间：16M4.2安全性需求用户不可以直接打开软件，运行软件需要正确输入密码，关闭程序后，保存用户使用后的考勤记录。5词汇表VisualC++（开发语言）MFC，MicrosoftFoundationClasses，微软基础类；UML,UnifiedModelingLanguage(统一建模语言)的缩写，是一个标准的建模语言；MCI，MediaControlInterface，媒体控制接口。6分析模型学生考勤1.0流程图学生考勤1.0驱动流程图，如图1-1所示第3页图1-2键盘响应二、概要设计报告1引言1.1编写目的这份概要设计是根据学生考勤1.0设计需求分析说明书和程序设计书编写的，通过这份软件系统概要设计报告详尽说明了该软件产品的软件结构，从而对该软件记下输入学号按下键结束查找到学号储存位置缺勤Y请假Y找到学号并记录此学生按时到校。NN结束记录为请假保存此信息确认个人信息正确后记录此次为缺勤保存数据第4页产品的结构的描述，通过概要设计报告的编写，开发人员可以清楚了解本软件的结构设计，功能设计。1.2预期读者和阅读建议列举本软件系统概要设计报告所针对的各种不同的预期读者，包括：开发人员，建议阅读该文档中的设计结构部分；项目经理，建议整体阅读；测试人员，阅读结构设计部分；文档编写人员，阅读全文。1.3参考文献学生考勤1.0设计需求分析说明书；2设计概述2.1限制和约束技术条件，VC++；开发环境，VC6.0，MFC；时间限制，一个学期。2.2设计原则和设计要求描述对本软件系统进行概要设计的原则：命名规则，匈牙利命名规则；模块独立性原则，选项对话框的模块建立独立类，软件驱动统一在Ontimer内实现，窗口框架在MainFrm里实现等；安全性和保密原则，每个学生资料记录。3系统逻辑设计3.1系统组织设计系统组织表见表2-1：表2-1系统组织表子系统编号英文名称中文名称业务职能1OptionDlg选项建立选项对话框，实现对软件区域第5页大小的设置2MainFrame窗口软件窗口和工具栏的建立3Skyblue_RectView显示软件中界面的显示和各种功能的实现3.2系统结构设计3.2.1系统特性表OptionDlg里的特性表，见表2-2：表2-2OptionDlg子系统编号：1子系统英文名称：OptionDlg子系统中文名称：选项特性编号系统特征英文名称系统特征中文名称操作功能调用对象被调用对象备注1OptionDlg选项选项对话框的建立Skyblue_RectView无无说明：该系统内是把选项对话框里所有的按钮复选框之类的定义了，具体实现在Skyblue_RectView里MainFrame里的特性表，见表2-3表2-3MainFrame子系统编号：2子系统英文名称：MainFrame子系统中文名称：窗口特性编号系统特征英文名称系统统中英文名称操作功能调用对象被调用对象备注1MainFrame窗口窗口中工具栏的建立Skyblue_RectView无无说明：该系统内是把窗口中工具栏定义了，共定义了4个工具栏具体实现在Skyblue_RectView里第6页3.3系统接口设计工具栏，见表2-5：子系统编号：1子系统英文名称：Toolbar子系统中文名称：工具栏接口编号接口名称接口类型接口速率1开始按钮快2暂停按钮快3结束按钮快4设置按钮快表2-5工具栏5词汇表MFC，MicrosoftFoundationClasses，微软基础类；UML,UnifiedModelingLanguage(统一建模语言)的缩写，是一个标准的建模语言；MCI，MediaControlInterface，媒体控制接口。6进度计划1—4周，熟悉学生考勤1.0，MFC编程的熟悉；5—7周，大概的设计；8周，界面的设计；9—12周，；学生考勤1.0界面功能的实现13周，学生考勤1.0修改；14周，，维护，测试；15—17周，答辩准备。表2-8系统开发技术说明表第7页子系统编号：1子系统中文名称：学生考勤1.0技术编号开发技术开发技术处理功能系统特性编号备注英文名称中文名称1MFC微软基础类项目通过建立MFCAppWizard[exe]实现1无说明：整个软件的编写都是由MFC建立框架，然后对每个功能的实现第8页三、详细设计报告1引言1.1编写目的本详细设计报告是基于学生考勤1.0设计需求分析报告、学生考勤1.0设计报告和学生考勤1.0设计概要设计报告编写的。通过这份软件系统详细设计报告详尽说明了该软件产品的编码结构，对该软件产品的物理组成进行准确描述。1.2预期读者和阅读建议列举本软件系统详细设计报告所针对的各种不同的预期读者，包括：开发人员，全文阅读，重点阅读编码结构部分；测试人员，阅读编码结构部分；文档编写人员，全文阅读。1.3参考文献学生考勤1.0规格需求说明；学生考勤1.0概要设计报告；2支撑环境2.1开发工具产品名称以及发行厂商：MicrosoftVisualC++；版本号：6.0。2.2硬件环境机型：Intel(R)Celeron(R)；主频：2.80GHz；内存容量：512M；磁盘容量：80G；操作系统：MicrosoftWindowsXP。第9页3部件详细设计菜单选项功能，见表3-4，表3-4定时器部件编号4部件名称OnTimer部件调用者Rand，RectStatusToNextStatus，RectStatusToActiveStatus，ActiveStatusToGameStatus，IsBottom，KillTimer，RectDown部件入口参数nIDEvent续表3-4定时器部件编号4部件名称OnTimer部件出口参数m_bGameEnd，RectDown流程描述：当固定时间片间隔到达后，先检测当前学生是否已经登记考勤，再使用登记，并且对使用后的一些状态进行检测表示形式驱动程序运行环境VC6.0流程描述：先产生随机函数，再保证非0表示形式内部函数运行环境VC6.0表示形式控件表示形式控件部件被调用者OnTimer部件入口参数m_which部件出口参数无部件编号8部件名称ActiveStatus部件调用者无4词汇表MFC，MicrosoftFoundationClasses，微软基础类；UML,UnifiedModelingLanguage(统一建模语言)的缩写，是一个标准的建模语言；第10页MCI，MediaControlInterface，媒体控制接口。第11页五、软件测试大纲1引言1.1目的为了尽可能的找出软件的不足，提高软件的质量，促进软件的成功验收，专门制定了本大纲。其主要目的在于为所要进行的测试工作制定各种必要的准则和规范，以及在有关方面协议的基础上对测试工作进行合理组织与管理。1.2术语ISO/IEC12207:1995.InformationTechnology–SoftwareLifeCycleProcesses；IEEE829:1998.StandardforSoftwareTestDocumentation；bug缺陷；black-boxtesting黑盒测试；acceptance验收。1.3参照标准OGB8567—1988计算机软件产品开发文件编制指南GB9385计算机软件需求说明编制指南GB9386—1988计算机软件测试文件编制指南OGB/T14079—1993软件维护指南OGB/T14394—1993计算机软件可靠性和可维护性管理2测试具体内容2.1合法性检查第12页2.2软件文档检查2.2.1必须提供检查的文档软件需求规格说明书；概要设计说明书；详细设计说明书；软件测试计划(STP)；软件测试报告(STR)；用户手册(SUM)；源程序(SCL)。2.2.2文档质量的度量准则文档是软件的重要组成都分，是软件生存周期各个不同阶段的产品描述。文档质量的度量准则就是要评审各阶段文档的合适性。主要有以下六条：完备性开发方必须按照GB8567(计算机软件产品开发文件编制指南)的规定编制相应的文档，以保证在开发阶段结束时其文档是齐全的。正确性在软件开发各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶段的需求相一致。简明性在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简练，适合各种文档的特定读者。可追踪性在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。文档的可追踪性包括横向可追踪性和纵向可追踪性两个方面。前者是指在不同的文档的相关内容之间相互检索的难易程序；后者是指确定同一文档某一内容在本文档范围中检索的难易程度。自说明性在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。文档的自说明性是指在软件开发各个阶段中，不同文档能够独立表达，该软件在其相应阶段的阶段成果的能力。规范性在软件开发各个阶段所编写的各种文档应该具有良好的规范性。文档的规范性是指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。第13页2.2.3软件文档检查报告学生考勤1.0设计需求分析报告检验合格，符合用户的标准，各种功能叙述准确，完善，规范，简明，有一定的说明性描述；学生考勤1.0设计概要设计报告检验合格，功能模块叙述完善，规范，简明，有一定的说明性描述；学生考勤1.0设计详细设计报告检验合格，各个功能模块的功能实现叙述完善，规范，简明，有一定的说明性描述；用户手册设计完善，软件功能，运行环境，界面操作等叙述正确，规范，简明；源代码测试通过。2.3软件代码测试2.3.1源代码一般性检查命名规范检查编码中的命名规范统一是匈牙利命名规范，抽查举例，变量m_bMusic，函数OnGameOption，对象rect等均符合命名规范。注释检查源码中注释以//注释一行文字，以/*...*/注释一段文字，注释量达到30％。接口检查各程序模块使用的接口方式一致。2.3.2软件一致性检查编译检查源代码在VC6.0里运行成功，重新编译无错误，运行后相关功能具备，可以运行程序，所以，是正确的源代码。安装／卸载检查在新系统上用交付的软件安装盘重新安装各个模块，并且通过运行这些软件模块，能够完成相应的功能，确定移交的确实是正确的软件安装盘。在安装后立即卸载所安装的模块，能够做到彻底卸载。运行模块检查将新安装的软件模块与现场运行模块用软件工具抽样比较，确认交付的软件安装盘与现场运行软件一致。抽查数处现场运行模块用软件工具比较，确认现场运行软件一致。第14页2.3.3软件代码测试报告对源代码的测试报告如