学生考勤系统概要设计说明书V1.1
1引言 (2)
1.1编写目的 (2)
1.2背景 (2)
1.3术语及缩略语定义 (2)
1.3.1术语定义 (2)
1.3.2缩略语定义 (2)
1.4参考资料 (3)
2总体设计 (3)
2.1需求规定 (3)
2.1.1系统目标 (3)
2.1.2功能需求 (3)
2.1.3性能需求 (4)
2.2运行环境 (4)
2.3基本设计概念和处理流程 (4)
2.4结构 (5)
2.5人工处理过程 (5)
2.6尚未问决的问题 (6)
3接口设计 (6)
3.1用户接口 (6)
3.2外部接口 (6)
3.3内部接口 (6)
4运行设计 (6)
4.1运行模块组合 (6)
4.2运行控制 (7)
4.3运行时间 (7)
5系统数据结构设计 (7)
5.1逻辑结构设计要点 (7)
5.2物理结构设计要点 (7)
5.3数据结构与程序的关系 (8)
6系统出错处理设计 (9)
6.1出错信息 (9)
6.2补救措施 (9)
6.3系统维护设计 (9)
1引言
1.1编写目的
学生考勤系统是为本人完成课程设计而作的基于指纹平台开发的XX学院学生考勤软件。该软件用于XX大学XX学院学生能够及时地自主签到，更好地适应学校师生共同监督。
本文档为该系统的概要设计说明书，详细阐述了对用户所提出需求的设计方案，对系统中的各项功能需求、技术需求、实现环境及所使用的实现技术进行了明确定义。同时，对软件应具有的功能和性能及其他有效性需求也进行了定义。
本文档主要适用于XX大学XX学院在校生进行课程设计的开发人员，也可以用于开发项目的项目管理人员、项目开发人员和项目维护人员阅读，或作为今后从事此系统开发及维护人员的技术参考资料。文档内容主要阐述了基于指纹的学生考勤系统的主要框架，总体结构。
1.2背景
a. 系统名称：学生考勤系统
b. 项目提出者：本小组全体成员
c. 项目开发者：本小组全体成员
d. 项目管理者：本校全体师生
e. 最终用户：学校
1.3术语及缩略语定义
1.3.1术语定义
实现环境：
首先学校在每个教室安装一台指纹考勤机，通过与服务器相连建立一个指纹考勤平台，对学生日常上课进行考勤，学校各任课老师可以通过访问服务器获得学生的出勤情况。
实现技术：
系统所采用的软件技术为后台数据库技术。
实现语言或工具：
实现系统最终采用的编程语言为C++。
1.3.2缩略语定义
SCS：Student Check System
1.4参考资料
下面是开发本系统所参考的相关书籍：
《指纹识别器实验指导书》XX大学图书馆
《计算机导论》（第2版）王玉龙主编电子工业出版社
《数据库实用教程》2007年董健全著清华大学出版社
《考勤管理系统可行性研究报告》XX大学图书馆
《软件工程》2007年8月陆惠恩编著人民邮电出版社
《Visual C++教程》2005年7月丁有和主编清华大学出版社
2总体设计
2.1需求规定
2.1.1系统目标
本软件是为完成课程设计开发软件。该软件用于学生进行签到。随着该学习的规模扩大，学员逐年成数倍增长，课程的设置管理，成绩的管理工作越来越繁重，急需一个软件系统解决这些问题。本软件结合学生自身情况，对学生信息管理业务中学生信息、课程信息，签到情况等查询、维护提供完全的计算机管理。
2.1.2功能需求
本系统通过将学生指纹图像信息采集到系统中，步步跟踪学员从采集->班主任核对（添加事假病假）->计算人数->回存整个过程，并可供院系领导，管理员，任课老师查询使用。本系统能够维护已经签到的学员信息，事假病假情况，为学院对学生考勤提供准确的资料。条件与约束:
资金、时间约束：
本软件为我校教学需要而设计，未拨专项资金；本软件从2010年10月开始开发，研制时间不足1个月，2010年10月底开始测试使用。
技术约束：
要求采用后台数据库技术，数据库采用SQL SERVER2003。界面要求使用汉字。
标准约束：
《界面风格规范》
2.1.3性能需求
2.1.
3.1数据精确度
数量值：精确到小数后2位；
时间值：精确到日，并以yyyy/mm/dd的形式表示；
2.1.
3.2时间特性
页面响应时间：不超过10秒
更新处理时间：不超过15秒
数据转换与传输时间：不超过30秒。
2.1.
3.3适应性
开发基于的平台要考虑向上兼容性，如操作系统，数据库等要考虑更高版本的兼容性。当需求发生变化时系统应具有一定的适应能力，要求系统能够为将来的变更提供以下支持：能够在系统变更用户界面和数据库设计，甚至在更换新的DBMS后，系统的现有设计和编码能够最大程度的重用，以保护现阶段的投资和保证软件系统能够在较少后续投入的情况下适应系统的扩展和更新。在设计中最好列出针对变更所需要重新设计的模块部分。
2.2运行环境
首先学校在每个教室安装一台指纹考勤机，通过与服务器相连建立一个指纹考勤平台，对学生日常上课进行考勤，学校各任课老师可以通过访问服务器获得学生的出勤情况。
2.3基本设计概念和处理流程
说明本系统的基本设计概念和处理流程，尽量使用图表的形式。
基本概念：
1）系统级流图
处理流程：
采集->班主任核对（添加事假病假）->计算人数->回存
2.4结构
2.5人工处理过程
本软件系统在进行指纹采集（录入）时，必需人工录入学生基本信息及其指纹，或者从其他信息表（如excel表格）内导入。
过程：
首先打开数据库，然后录入学生的基本信息，例如：学号，姓名，院系，专业，指纹图像（原）等信息，最后保存入库。
或者通过BS方式从其他符合要求的信息表格（如excel表格）导入，修改差异，最后存入数据库
2.6尚未问决的问题
(1)考勤点较多，较分散不易管理。
(2)指纹识别技术并不能保证它百分之一百的正确率。
(3)有些教室人数较多，指纹考勤的验证时间控制。
3接口设计
3.1用户接口
用C++语言开发的人机交互界面与用户进行作息交流。
3.2外部接口
客户端配置
硬件环境：单机Pentium Ⅱ300 128M 600M以上硬盘空间或以上
系统软件：Windows NT/2000/XP
开发语言：C++
3.3内部接口
本系统之内的各个系统模块之间的接口的安排：
主控模块（学生考勤系统）调用各个子模块（指纹采集，指纹识别检测，指纹核对，信息显示等）。
4运行设计
4.1运行模块组合
说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。
概要设计说明书范例及模板
《XXXXXX》概要设计说明书 张三、李四、王五
1．引言 1．1编写目的 在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1．2项目背景 机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与其他系统的关系如下： 1．3定义 1．3．1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1．3．2 缩写
系统：若未特别指出，统指本机票预定系统。 SQL: Structured Query Language（结构化查询语言）。 ATM: Asynchronous Transfer Mode (异步传输模式)。 1．4参考资料 以下列出在概要设计过程中所使用到的有关资料： 1．机票预定系统项目计划任务书浙江航空公司1999/3 2．机票预定系统项目开发计划《**》软件开发小组1999/3 3．需求规格说明书《**》软件开发小组1999/3 4．用户操作手册（初稿）《**》软件开发小组1999/4 5．软件工程及其应用周苏、王文等天津科学技术出版社1992/1 6．软件工程张海藩清华大学出版社1990/11 7．Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2．任务概述 2．1 目标 2．2 运行环境 系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2．3 需求概述 浙江航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。 2．4 条件与限制 3．总体设计 3．1 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分
学生考勤管理系统课程设计
2012-2013学年第二学期学号1208010217 《高级语言程序设计》 课程设计报告 题目：学生考勤管理系统 专业：计算机科学与技术 班级：12（2）班 姓名：李天栋 指导教师：孙淮宁 成绩： 计算机与信息工程系 2013年6月30日
目录 1设计内容及要求 (3) 1.1设计内容 (3) 1.2设计任务及具体要求 (3) 2概要设计 (4) 2.1该系统的功能简介 (4) 2.2 总体程序框图 (4) 2.3各个模块之间的主要关系 (5) 3设计过程或程序代码 (5) 3.1各个模块的程序流程图及运行界面 (5) 3.2对关键代码加以分析说明 (10) 4程序调试分析 (14) 5小结 (17) 致谢 (17) 参考文献 (17) 附：源程序 (18)
1 设计内容及要求 1.1设计内容 学生考勤信息记录了学生的缺课情况，它包括：缺课日期、第几节课（连续用begin-end 的形式表示）、课程名称（课程名称中不会出现空格）、学生姓名、缺课类型（迟到、早退、请假及旷课）。 1.2设计任务及具体要求 任务：(1)给出软件结构,说明各模块的功能。 (2)设计相关的类，并说明该类的作用。特别要用图形说明类之间的继承关系。 （3）编写代码 具体要求：（1）定义相关的数据,比如: 学生学号 学生姓名 课程名称 上课时间 到课时间 出勤状态 [旷课/病假/事假/迟到/早退] （2）能够进行以下操作: A．能够对数据进行增、删、改、查操作。 B．能够按学号顺序列出某一课程的出勤状况
2 概要设计 2.1系统的功能简介 考勤管理系统，有以下功能： （1)．录入学生的缺课记录：从键盘输入数据（提示：为避免重复从键盘输入数据，测试时可将数据存储在文件中，利用输入重定向功能读入），输入格式为：缺课日期第几节课课程名称学生姓名缺课类型每行一条纪录。例如： 2013-04-29 2-4 中国近现代文学史李云龙迟到2013-04-28 2-4 大学生社交礼仪马志鹏旷课 （2)．修改某个学生的缺课记录：可以对缺课纪录的任意部分进行修改，然后显示一下修改后的纪录。 （3)．查询某个学生的缺课情况：查询结果按照日期升序排序，同一天内按照所缺课程的时间升序排序。 （4)．统计某段时间内（以天为单位），旷课学生姓名及旷课节数，查询结果先按旷课节数降序排序，旷课节数相同的学生按姓名升序排序； （5)．统计某段时间内，有学生旷课的课程及旷课人次，按旷课人次由多到少排序，旷课人次相同的课程按课程名称升序排序。 2.2 总体程序框图
考勤---概要设计说明书
四、概要设计说明书 1．引言 (1) 1.1编写目的 (1) 1.2项目背景 (1) 1.3定义 (2) 1.4参考资料 (2) 2．任务概述 (3) 2.1目标 (3) 2.2运行环境 (3) 2.3需求概述 (3) 2.4总体架构设计 (4) 2.5条件与限制 (4) 3.总体架构设计 (4) 3.1处理流程 (6) 3.2总体结构 (6) 3.3特色功能 (6) 3.4关键技术........................................................................................... 错误！未定义书签。 4 系统模块设计错误！未定义书签。 ................................................................................................................ 错误！未定义书签。1．引言 1.1编写目的 本手册作为用户与该系统软件开发维护人员共同遵守的软件概要设计说明。 。 1.2项目背景 开发软件名称：考勤管理系统
项目任务提出者：小组 项目开发者：CCIT讯飞151TRY小组 用户：xx公司 实现软件单位：CCIT 考勤作为一个企业的基础管理，是企业对员工工作管理的基本依据。实际管理和记录工作非常需要快速获知各个部门员工的每日出勤情况，以便于及时向高层管理者反映员工的出勤，缺勤情况（包括迟到、早退、病假、事假、出差等情况）。我们提出基于SSM(maven)结构的网络考勤系统，实现网上考勤任务，以减轻考勤人员的工作量。我们准备开发员工考勤管理系统，完成员工基本信息维护、企业的部门信息维护、企业基本考勤类型的维护、员工考勤的管理、员工考勤的查询与分析。实现人事考勤的需要，包括员工迟到、早退、请假、旷工的情况的记录，对员工整个月的考勤记录进行查询和统计。企业考勤管理系统是为了解决员工考勤管理的而设计的，目的是建立一个能够初步实现企业考勤管理系统的智能化管理，提高考勤管理效率，工作人员能够在各个岗位上的工作状态得到及时的反馈，而系统所需的工作人员的数量少，效率高。降低资源浪费，同时增强员工管理的透明度以及约束员工自觉遵守出勤制度。 1.3定义 【列出本文档中所用到的专门术语的定义和缩写词的原文。】 1.4参考资料 【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括： a.项目经核准的计划任务书、合同或上级机关的批文； b.项目开发计划； c.需求规格说明书；
多层体系政务框架平台之一行政服务中心政务平台软件概要设计说明书分析
1. 引言 1.1 编写目的 软件概要设计是从总体上把握系统设计框架，他包括模块划分、处理流程和接口设计，概要设计说明书对上述内容作了总体描述，体现了用户需求与应用系统实现之间的关系，在设计过程中起到了提纲挈领的作用。 待开发的软件系统的名称：多层体系政务框架平台之一行政服务中心政务平台 项目名称：多层体系政务框架平台之一行政服务中心政务平台 项目的任务提出者：集团公司中央研院应用产品开发中心 项目的任务开发者：多层体系政务框架平台之一行政服务中心政务平台项目开发组 项目的用户：行政服务中心 本文档的阅读者：多层体系政务框架平台之一行政服务中心政务平台项目组 1.2 定义 1.3 参考资料 2. 范围 2.1 系统主要目标 构建行政服务中心政务平台，实现办件处理网络化、无纸化、科学化，内部办公自动化与政务公开化的要求，并为领导提供办件相关的统计与决策分析数据。本节描述软件开发工作的某些限制，例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。 本节内容不是陈述具体需求或设计约束，而是为具体需求以及设计约束的描述提供依据。2.2 主要软件需求 网上审批，网上办件与流程监控。 3. 软件系统结构设计 3.1 复审数据流、控制流
办件流程: ) 办件单) 其中网上申请办件要经过接件以后才会正式转为办件单。 咨询流程: (咨询单) (答复单，答复数) 其中每咨询一次，当日答复数自动增一。 收发文流程： 可将已提交的文档收回，另择流程 n 次，可将已提交的文档收回，另择流程
3.2 软件体系结构 3.2.1 软件程序结构图 软件程序结构图如下：（见下页）
概要设计说明书实例
1 引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 总体设计 (3) 2.1 简述 (3) 2.2 架构设计 (4) 2.2.1 系统逻辑架构图 (4) 2.2.2 系统物理架构图 (4) 2.2.3 顶层系统包图 (5) 2.2.4 业务类包图 (6) 2.2.5 子系统关系图 (6) 2.3 接口设计 (6) 2.3.1 界面框架设计 (6) 2.3.2 外部接口设计 (7) 3 子系统设计 (7) 3.1 基础信息子系统 (7) 3.1.1 子系统说明 (7) 3.1.2 类图 (8) 3.1.3 类说明 (12) 3.1.4 界面设计 (19) 3.2 我的工作台子系统 (21) 3.2.1 子系统说明 (21) 3.2.2 类图 (22) 3.2.3 类说明 (26) 3.2.4 界面设计 (32) 3.3 工作进展子系统 (33) 3.3.1 子系统说明 (33) 3.3.2 类图 (34) 3.3.3 类说明 (34) 3.3.4 界面设计 (34) 3.4 信息发布子系统 (36) 3.4.1 子系统说明 (36) 3.4.2 类图 (36) 3.4.3 类说明 (37) 3.4.4 界面设计 (38) 3.5 系统管理子系统 (38) 3.5.1 子系统说明 (38) 3.5.2 类图 (39) 3.5.3 类说明 (39) 3.5.4 界面设计 (40) 3.6 个人设置子系统 (41)
3.6.1 子系统说明 (41) 3.6.2 类图 (42) 3.6.3 类说明 (43) 3.6.4 界面设计 (44) 4 约束和假定 (45) 5 系统数据结构设计 (45) 5.1 逻辑结构设计 (45) 5.1.1 角色表（PUBLIC_ROLE） (46) 5.1.2 权限表（PUBLIC_PRIVILEGE） (46) 5.1.3 角色权限表（PUBLIC_ROLEPRIVILEGE） (46) 5.1.4 部门表（PUBLIC_ DEPT） (46) 5.1.5 岗位表（PUBLIC_POST） (47) 5.1.6 员工表（PUBLIC_MEMBER） (47) 5.1.7 工作任务表（WORKPLAN_ TASK） (48) 5.1.8 任务分派表（WORKPLAN_ ALLOTTASK） (48) 5.1.9 工作计划表（WORKPLAN_ PLAN） (48) 5.1.10 计划任务表（WORKPLAN_ PLANTASK） (49) 5.1.11 工作日志表（WORKPLAN_ WORKLOG） (49) 5.1.12 工作汇报表（WORKPLAN_ WORKREPORT） (50) 5.1.13 信息发布表（PUBLIC_ PUBLISHINFO） (50) 5.1.14 收件箱表（PUBLIC_INBOX） (50) 5.1.15 系统操作日志表（PUBLIC_OPERA TELOG） (51) 5.1.16 个人提醒设置表（PUBLIC_EVENTS） (51) 5.1.17 系统表（PUBLIC_SYSTEM） (52) 5.1.18 系统功能模块表（PUBLIC_SYSTEMMODULE） (52) 5.2 物理结构设计 (52) 5.3 数据结构与程序的关系 (52) 6 系统出错处理设计 (52) 6.1 出错信息 (52) 6.2 补救措施 (53) 6.3 系统维护设计 (53)
软件概要设计说明书模版
软件概要设计报告文档模板 1. 引言 (2) 1.1编写目的 (2) 1.2项目风险 (2) 1.3预期读者和阅读建议 (2) 1.4参考资料 (2) 2. 设计概述 (3) 2.1限制和约束 (3) 2.2设计原则和设计要求 (3) 3. 系统逻辑设计 (4) 3.1系统组织设计 (4) 3.2系统结构设计 (4) 3.2.1 系统特性表 (5) 3.2.2 系统特性结构图 (6) 3.3系统接口设计 (6) 3.3.1 系统接口表 (6) 3.3.2 系统接口传输协议说明 (7) 3.4系统完整性设计 (7) 4. 系统出错处理设计 (8) 4.1系统出错处理表 (8) 4.2维护处理过程表 (9) 5. 技术设计 (10) 5.1系统开发技术说明表 (10) 5.2开发技术应用说明 (11) 6. 数据库设计 (11) 7. 词汇表 (11) 8. 进度计划 (11)
1. 引言 引言是对这份软件系统概要设计报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统概要设计报告详尽说明了该软件产品的软件结构，包括数据库结构和出错处理，从而对该软件产品的结构的描述。 如果这份软件系统概要设计报告只与整个系统的某一部分有关系，那么只定义软件系统概要设计报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 预期读者和阅读建议 列举本软件系统概要设计报告所针对的各种不同的预期读者，例如，可能的读者包括： ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写人员； ●等等。 描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 1.4 参考资料 列举编写软件产品概要设计报告时所用到的参考文献及资料，可能包括： ●本项目的合同书； ●上级机关有关本项目的批文； ●本项目已经批准的计划任务书； ●用户界面风格指导；
学生考勤系统课程设计
一、课程设计题目： 1、课程设计名称：学生考勤系统。 2、课程设计内容：对学生考勤信息的统计与管理，可以分为若干个模块来实现，如：理论课考勤、实验课考勤、班级或院系会议考勤、课外活动考勤等等。 缺勤的情况可以按不同的类型（缺席、迟到、早退、请假）设置不同的权值。系统要求能对考勤信息进行数据录入、情况的统计、信息的输出显示等等。学生也可以根据自己的理解，去考虑更多的功能，并给予实现。能按各种条件进行组合查询和数据统计，并能按指定顺序进行格式化输出。对数据的新增，修改及删除应注意满足相应的约束条件。 二、问题的分析： 在进行问题的分析前，我们应该知道该问题的任务和需求。任务和需求如下： 考勤信息记录了学生的在校所有学习生活的出勤情况，它包括：缺席日期、 缺席类型。如：若是缺课，则应记录缺课日期、第几节课、课程名称、学生学号、 学生姓名、缺课类型（迟到、早退、请假及旷课）。试设计一考勤管理系统，使之能提供以下功能： 1、录入学生的缺勤记录； 2、修改某个学生的缺勤记录； 3、查询某个学生的缺勤情况； 4、统计某段时间内，缺勤学生学号及缺勤次数，按缺勤权值统计学生的负分值，并能进行排序； 5、统计某段时间内，有学生旷课的课程及旷课人次，按旷课人次由多到少排序； 6、系统以菜单方式工作。 具体要求如下： 1、采取模块化方式进行程序设计，要求程序的功能设计、数据结构设计及整体结构设计合理。学生也可根据自己对题目的理解增加新的功能模块（视情况可另外加分）。 2、系统以菜单界面方式（至少采用文本菜单界面，如能采用图形菜单界面更好）工作，运行界面友好，演示程序以用户和计算机的对话方式进行。 3、程序算法说明清晰，理论分析与计算正确，运行情况良好，实验测试数据无误，容错性强（能对错误输入进行判断控制）。 4、编程风格良好（包括缩进、空行、适当注释、变量名和函数名见名知意，程序容易阅读等）； 所以进行问题的分析时我们应该进行以下工作： （1）备工作： a、仔细阅读课程设计任务书，明确实验设计的目的、实验内容、实验要求、所需知识点等。 b、阅读教材及相关材料，更深入的了解所需知识点，并与其它知识点能够融会贯通，加深对各知识点的了解，使得在进行课程设计的时候能够更好的运用各知识点。 当看到本设计所设计的知识点时，心里真的很害怕，因为其中有很多的知识点我都不知道，所以在课程设计开始的第一周我基本没做出什么。后来经过翻阅资料，问题被逐一解决。 (2）设计整体框架： 由实验设计内容、目的与要求来分析该如何简略设计该实验的总体框架,，然后一步步完善整个程序。 a、分析实验题目，确定需要用到对象，分析如何使用对象，并分配好成员函数和成员数据。 b、分析实验要求的功能，按功能确定需要用到的外部函数。 c、大概想想是不是需要其他的外部函数来辅助外部函数来实现实验要求的功能。
大数据平台概要设计说明书
计算平台 概要设计说明书 作者：日期：2013-01-28批准：日期： 审核：日期： （版权所有，翻版必究）
文件修改记录
目录 1.引言 ........................................................................................... 1.1编写目的................................................. 1.2术语与缩略词............................................. 1.3对象及范围............................................... 1.4参考资料................................................. 2.系统总体设计 ............................................................................. 2.1需求规定................................................. 2.1.1数据导入............................................ 2.1.2数据运算............................................ 2.1.3运算结果导出........................................ 2.1.4系统监控............................................ 2.1.5调度功能............................................ 2.1.6自动化安装部署与维护................................ 2.2运行环境................................................. 2.3基本设计思路和处理流程................................... 2.4系统结构................................................. 2.4.1大数据运算系统架构图................................ 2.4.2hadoop体系各组件之间关系图......................... 2.4.3计算平台系统功能图.................................. 2.4.4系统功能图逻辑说明.................................. 2.4.5计算平台业务流程图..................................
软件概要设计说明书范例
XX概要设计说明书
文档修改记录
填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分：系统子系统模块子模块 其中： （1）“系统子系统”划分属于“系统设计”，在系统设计说明书中予以描述。 （2）“子系统模块”划分属于“概要设计”，在本说明书中予以描述。 （3）“模块子模块”划分属于“详细设计”，在详细设计说明书中予以描述。如果系统相对简单，可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书，则在本说明书中略过“系统子系统”划分的相关内容（即第2章）。 3. 如果系统相对简单，不需要做“系统子系统”划分，这种情况下，取消填写系统设计说明书，只须填写本说明书，直接套用“子系统模块”划分（即第3章）进行“系统模块”划分（把其中“子系统”一词替换为“系统”），并删除本说明书中“系统子系统”划分的相关内容（第2章）。
目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。
学生考勤管理系统数据库设计
考勤管理系统数据库设计 数据库设计是指对于一个给定的应用环境，构造设计优化的数据库逻辑模式和物理结构，并据此建立数据库以及应用环境，使之能够有效地存储和管理数据，满足各种用户的应用需求，包括信息管理要求和数据操作要求。 数据库的目标是为用户和各种应用系统提供一个信息基础设施和高效率的运行环境。数据库设计的一个特点是“三分技术，七分管理，十二分基础数据”。 数据库设计的基本步骤如下： （1）需求分析 （2）概念结构设计 （3）数据库逻辑设计 （4）数据库物理设计 （5）数据库实施 （6）数据库运行和维护 一．数据库需求分析 设计这个系统的主要目的就是实现学生的考勤管理的规范化。 数据库的需求分析阶段是整个数据库设计过程中的基础，也是耗时就多，最困难的一步。需求分析的任务就是 通过详细调查现实世界要处理的对象，充分了解原系统工 作概况，明确用户的各种需求，然后在此基础上确定新
系统的功能。这个阶段的工作成果主要以下三个方面的内容： （1）数据项：每种具体数据的名称、意义、类型、取值范围以及与其他数据项之间的逻辑关系。 （2）数据集：若干数据项的有逻辑关联的集合，包括名称、意义和组成数据集的数据项。 （3）数据流：应用系统运行时，数据是怎么输入、处理和输出。 二．数据库概念结构设计 局部e-r图设计 （1）学生信息表的e-r图 （2）刷卡表的e-r图 刷卡
（3）刷卡记录表的e-r图 全局e-r图如下：
三．数据库逻辑结构设计 数据库逻辑设计主要是将概念结构设计转换为某个dbms所支持的数据模型设计出 刷卡表结构如下： 学生信息表结构如下：
软件概要设计
XX 概要设计说明书
目录
错误!未找到引用源。 关键词：能够体现文档描述内容主要方面的词汇。 摘要： 缩略语清单：对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释。
1简介 1.1 目的 这部分要描述文档的目的。应该指明读者。 1.2 范围 1.2.1 软件名称 对软件命名 1.2.2 软件功能 解释软件产品将完成或不完成的功能（可以直接描述也可以参考相关文档） 1.2.3 软件应用 描述软件的应用（可直接描述也可以参考其他软件文档） 1.3实现系统环境 描述本软件的硬件应用平台（主要涉及关键器件的介绍和环境组网方式） 1.3.1 器件特性描述 本器件所支持的规格、工作模式及其异同 1.3.2 器件工作原理介绍 The description of the work principle of the device we used in our solution. 1.3.3 关键寄存器介绍 The description of the registers used in the work mode our solution. 2概要设计 2.1第0层设计描述 2.1.1 软件系统上下文定义 描述系统如何与外部实体一道组成功能实体（一般用图描述）
外部实体属性描述只限于软件设计和描述相关的属性。 2.1.2 设计思路(可选) 2.1.2.1基本设计思路 说明系统采取的基本设计思路,概要描述为什么采取本方案。 2.1.2.2设计约束 1遵循标准 描述本软件所遵循的标准、规范 2硬件限制 描述本软件系统实现的硬件限制 3技术限制 描述本软件的技术限制 2.1.2.3安全性和可靠性设计方案 4遵循标准 描述本软件所遵循的标准、规范 5硬件限制 描述本软件系统实现的硬件限制 6技术限制 描述本软件的技术限制 2.1.2.4其他 描述其他有关的设计考虑 2.2第一层设计描述 2.2.1系统架构（功能分解和物理分解） 描述组成软件系统的构件（子系统、模块），描述之间的“静态”关系。一般采用系统方框图的形式。要按照子系统组成系统，模块组成子系统的方式组织描述。 系统方框图应能规定出系统的整体架构，说明组成系统的各部分是如何搭配成一个完整系统的。 系统方框图应画成二种： 一种是功能性的，说明系统有哪些功能应由哪些功能模块来实现画出这些功能模块之间、本系统与其它接口系统之间的逻辑关系；描述它们间的接口方式，遵循的协议规范等。如果是升级类产品，在原有功能方框框图上增加、删除、修改。 另一种是物理性的，说明系统由具体的哪些软件模块来实现。
学生考勤管理系统概要设计
学生考勤管理系统概要设计 项目名称：学生考勤管理系统概要设计 单位: 广东理工学院 班级: 软件技术2班 学号: 1211302102041 姓名: 谢杰希 引言 编写目的 作为用户与该系统软件开发维护人员共同遵守的软件需求规范说明，本《学生考勤管理系统概要设讣》的主要U的是明确所要开发的软件所应具有的功能、性能，使系统分析人员和软件设计人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计和完成后续设讣与开发工作，为软件开发范围、业务处理规范提供依据，也是应用软件进行合同最终验收的依据。 1.2背景 考勤作为一个基础管理，学校对学生进行管理的基本依据。实际管理和记录工作非常需要快速获知各个年级学生的每日出勤情况，以便于及时向班长反映学生的出勤、缺勤悄况（包括迟到、早退、病假、事假、旷课等悄况）。因此此系统在操作系统的基础上，结合Accesss数据库管理系统，运用VC++来实现运行。 1.3定义 （略） !? 4所参考资料 《学生考勤管理系统可行性研究报告》曲师大06级计科2班第2小组编写 《软件工程导论》（第五版）2008年2月张海藩编著清华大学出版社《数据库系统概论》（第四版）2006年5月王珊萨师埴著高等教育出版社 《Access2002数据库应用》2006年8月李佳著人民邮电出版社 《Visual C卄教程》2007年12月郑阿奇主编机械工业出版
2、总体设计 2.1需求规定 2.2运行环境 操作系统：windows XP 客户端：Internet Explorer 6. 0 数据库：My SQL Web 服务器J Tomcat 6. 0 2. 3基本设计概念和处理流程 说明本系统的基本设计概念和处理流程，尽量使用图表的形式。基本概念：1）系统级流图 上任谋顾 处理流程: 采集-＞班主任核对（添加事假病假）-＞计算人数-＞回存 2.4结构 ?Wrt 祥0 数据库信想Q （处理暮知t 池理坯 （产生报験3 匸—产生报赖
概要设计说明书示例【概要设计说明书(模板)】
概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 1.1.1. 2.1. 3.1. 4.第二章 2.1.2.2.2. 3.2. 4.2. 5.2. 6.2. 7.第三章 3.1.3.2.3.3.第四章 4.1.4.2.4.3.第五章 5.1.5.2.5.3.第六章 6.1. 6.2.6.3. 补救措施......................................................... ........................................10系统维护设计......................................................... .. (10) 第一章引言 1.1.编写目的 说明编写这份概要设计说明书的目的，指出预期的读者。 1.2.背景 说明：
a.待开发软件系统的名称； b.列出此项目的任务提出者、开发者、用户以及将运行该软件的站点。 1.3.定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4.参考资料 列出有关的参考文件，如： a.本项目的经核准的计划任务书或合同，上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出 第二章总体设计 2.1.需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求。 2.2.运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定。 2.3.基本设计概念和处理流程 说明本系统的基本设计概念和处理流程，尽量使用图表的形式。 2.4.结构 用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。 2.5.功能需求与程序的关系
Java程序设计课程设计学生考勤系统
信息与电子工程学院 课程设计报告 课程名称：Java程序设计课程设计姓名: 学号: 班级: 指导老师: 2016年6月 完成时间: 学生考勤系统
问题描述： 以班为单位，可以以日期为标识记录每个学生的考勤情况（正常、旷课、请假、迟到、早退）、可以查看某个学生的考勤情况、可以查看全班的考勤情况 1. 需求分析（标题，黑体，小四，段前段后 0.5行） （1 ）用户需求描述： 学生用户：学生对本系统的主要需求是在线请假以及查看学期内的上课出勤信息。在线请假中，学生可以随时查看请假的进展情况。另外学生还可以修改本人的密码。 教师用户：任课老师对本系统的主要需求是查看班级信息，查看学生信息。并且在上课前进 行点名，管理所教班级学生的上课出勤信息，查看学生上课出勤情况，对学生请假审请进行批准等。另外，教师还可以修改自己的密码。 （2 ）系统功能划分： 根据用户需求的描述，该考勤管理系统应该具备：在线请假模块，考勤管理模块这两大模块。 在线请假模块： 该模块主要操作用户是由学生，由学生登录并进行请假操作。可以选择请假开始时间，请假 结束时间，请假的原因等，最后提交由教师和辅导员进行审核审批，审核通过后学生可以在 请假记录里面实时查看请假通过情况。若教师或辅导员不允许该请假，学生可以在请假失败 记录里面查看具体原因。 考勤管理模块： 该模块主要由教师登录并进行操作，自己操作界面中修改学生考勤。老师在上课时通过该模 块可以对本课程考勤情况进行网上考勤，考勤结果会保存在后台，也可以通过选择导出为E 表格，最后方便统计整个学期本课程所有学生的考勤情况。 2. 总体设计 功能结构图
软件概要设计说明书
xxx项目概要设计说明书 （xxx模块） 拟制日期yyyy-mm-dd 评审人日期 批准日期 签发日期
文档修订记录
目录 1. 简介错误!未定义书签。 . 编写目的...................................................... 错误!未定义书签。 . 适用范围...................................................... 错误!未定义书签。 软件名称 .................................................. 错误!未定义书签。 软件功能 .................................................. 错误!未定义书签。 软件应用 .................................................. 错误!未定义书签。 . 定义及关键词.................................................. 错误!未定义书签。 . 参考资料...................................................... 错误!未定义书签。 2. 第0层设计描述 ................................................... 错误!未定义书签。 . 软件系统上下文定义............................................ 错误!未定义书签。 . 设计思路(可选) ................................................ 错误!未定义书签。 设计可选方案 .............................................. 错误!未定义书签。 设计约束 .................................................. 错误!未定义书签。 其他 ...................................................... 错误!未定义书签。 . 系统结构...................................................... 错误!未定义书签。 系统结构描述 .............................................. 错误!未定义书签。 XXX模块................................................... 错误!未定义书签。 3. 第一层设计描述 ................................................... 错误!未定义书签。 . 模块的系统结构................................................ 错误!未定义书签。 模块内部结构 .............................................. 错误!未定义书签。 业务流程说明 .............................................. 错误!未定义书签。 . 分解描述...................................................... 错误!未定义书签。 XXX子模块................................................. 错误!未定义书签。 数据设计 .................................................. 错误!未定义书签。 . 依赖性描述.................................................... 错误!未定义书签。
概要设计说明书---案例
＜网上书店＞ 概要设计说明书 作者：XXXXXXXXXXX 完成日期：XXXX年4月XX日签收人：XXXXXX 签收日期：XXXX年X月XX日修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (2) 2 总体设计 (2) 2.1 需求规定 (2) 2.2 运行环境 (3) 2.3 基本设计概念和处理流程 (3) 2.4 结构 (4) 2.5 功能需求与程序的关系 (8) 2.6 人工处理过程 (9) 2.7 尚未解决的问题 (9) 3 接口设计 (10) 3.1 用户接口 (10) 3.2 外部接口 (10) 3.3 内部接口 (10) 4 运行设计 (10) 4.1 运行模块组合 (10) 4.2 运行控制 (10) 4.3 运行时间 (11) 5 系统数据结构设计 (11) 5.1 逻辑结构设计要点 (11) 5.2 物理结构设计要点 (11) 6 系统出错处理设计 (12) 6.1 出错信息 (12) 6.2 补救措施 (12) 6.3 系统维护设计 (12) 7 阶段小结 (12)
1 引言 1.1 编写目的 服务于书店的网络化运营，管理用户购买以及其它服务、管理各类图书信息以及图书销售中的各个环节，最终用户为使用本网上书店的各类用户以及网上书店的系统管理人员和维护人员。 1.2 范围 说明： a．待开发的软件系统的名称：XXXX网上书店 b．任务提出者：刘俊铖、马俊 开发者：马俊、张倩、刘俊铖、张瑞鑫、唐志军、冯庆丰 用户：欲使自己书店网络化运营的各类书店。 使用本软件的单位：待定 1.3 定义 UML：Unified Modeling Language , 统一建模语言。 类图（class diagram）：表述系统中各个对象的类型及其间存在的各种静态关系。静态关系包括关联和子类型两种。 交互图（interactive diagram）：是表述各组对象如何依某种行为进行协作的模型。包括顺序图和协作图。 可修改性：容许对系统进行修改而不增加原系统的复杂性。 有效性：软件系统能有效地利用计算机的时间资源与空间资源的能力。 可靠性：能够防止因概念、设计和结构等方面的不完善造成的软件系统 失效，具有挽回因操作不当造成软件系统失效的能力。