试题库组卷系统详细设计报告
试题库组卷系统设计报告
目录
第一章．系统软件总体结构图 (1)
第二章．系统控制流和数据流模型图 (1)
第三章．数据字典和数据库的构造说明 (5)
第四章．系统分类编码方案 (7)
第五章．系统设备配置 (8)
第六章．软件界面设计 (9)
第七章．软件总体设计规格说明书 (17)
第一章．系统软件总体结构图
1.1软件总体结构图(图1)：
第二章．系统数据流和控制流模型图
（图2）
子系统描述：
A：用户管理子系统的结构图规格说明：
1．结构流图。
DFD/0:
（图3）[模版]
2.2 系统数据流模型图：
DFD/0：系统顶层数据流图
第三章．数据字典和数据库的构造说明
3．1系统数据字典方案：
本系统内部的所有数据如下：
数据名称数据类型(数据长度（length）) 数据含义
TypeNo char(2) /*题型编号*/ TypeName varchar(20) /*题型名称*/ ChapterNo int(2) /*章编号*/ ChapterName varchar(50) /*章名称*/ SectionNo int(4) /*节编号*/ SectionName varchar(50) /*节名称*/ SubjectNo char(3) /*科目编号*/ SubjectName varchar(50) /* 科目名称*/ ThemeNo int(4) /*试题序号*/
Theme varchar(1000) /*题干*/
[Key]varchar(200) /*答案*/
Amount int(4) /*题目使用次数*/ InputDate Datetime(8) /*录入日期*/ PaperNo char(3) /*试卷编号*/ PaperTitle varchar(50) /*试卷标题*/ CreateDate Datetime(8) /*生成日期*/ TotalScore int(4) /*总分*/
ExamTime int(4) /*考试时间*/ DifficultyNo char(2) /* 难度编号*/ DifficultyName varchar(10) /*难度名称*/
UserId char (8) /*用户号*/ Userpassword char(8) /*用户密码*/ AuthorityId char(2) /* 用户权限编号*/ AuthorityName varchar(50) /*用户权限*/
注：存储时间：所有数据都在2003/4/22输入，结束时间为一年以后，在31天内进行一次数据整体备份，全部数据的存储周期为个月，。
存取时间：全天24小时开放数据。
3．2系统数据库构造说明：
本系统有2个数据库：1个公共数据库，1个子数据库，具体配置如下：
6．.Public Database
数据类型名称数据含义数据类型数据长度是否主键ThemeNo 试题编号Char 7 T TypeName 题型名称V archar 20 T
PaperNo 试卷编号Char 20 T
System_Date 系统时间Datetime 20 F
Authority 权限V archar 20 F
Users_list 用户管理表V archar 20 F
Paper_list 试卷信息表V archar 20 F
2．Paper Database(试卷数据库共包括9张表和2张临时表)
1：用户基本信息表：(Users)
2：用户权限表：(Authority)
3：题型信息表：(Type)
4：章信息表：(Chapter)
5：节信息表：(Section)
6：试卷信息表：(PaperInformation)
7：试题信息表：(Theme)
8：科目信息表：(Subject)
9：试题难度信息表：(Difficulty)
10临时试题信息表：(TempTheme)
11临时题型信息表：(TempType)
第四章．系统分类编码方案
4．1系统分类编码方案：
在本系统内部所有子系统、用户数据等有关编码的解释如下
编码方案：
1：ChapterNo(章编号)：如：××
章编号的2位数是流水码，按章的数目依次排列。
2：SectionNo(节编号)：如：××××
节编号前2位是区码，其表示该节所属章的编号
节编号的最后2位是流水码，按节的数目依次排列。
3：ThemeNo(试题编号)：如：×××××××
试题编号的前3位是区码，其表示所出试卷的课程号，如：法律基础：101
中间1位是区码，其表示试题的题型编号，如：单选题：1
最后3位是流水码，按试题的数目依次排列。
4：PaperNo(试卷编号)：如：××××××××
试卷编号的前2位是区码，其表示所出试卷的年份，如：2003年表示为：03
试卷编号的中间3为是区码，其表示所出试卷的课程号，:如：高等数学：102
最后3位是流水码，按试卷所生成的份数依次排列。
第五章．系统设备配置
5．1系统网络配置说明：
1．网络总体拓扑图：
6．.网络设置：
该网络严格按x.25规则进行设计具体配置如下：
考虑运作及查询的数据容量、网络运行速度、数据备份以及性能价格比等多方面考虑，设A.网络硬件配置如下：（网络方案需最终确定）
服务器(Server): Pentium42G CPU/60G硬盘/256M内存
备份机(BackupServer): Pentium III1G CPU/12G*2可移动硬盘／256M内存/50速CD-ROM/17”彩色显示器
有盘工作站(Workstation)：PentiumIII III1G CPU/ 20G硬盘／128M内存/15”彩色显示器
网络打印机：EPSON LQ1600III
不间断电源：1000W
数据机: 128K
网络环境采用:WINDOWS 2000
网络Hub:标准连接Hub
B.网络软件配置如下：
服务器(Server):配装Windows 2000 Advance Server
有盘工作站(Workstation):配装Windows 2000 Server
客户端（Client）:配装Windows 2000 profession
数据库（Database）：采用Microsoft SQL 2000 Standard Enterprise
6．.系统成本分析：
硬件：服务器1.万----------3.0万
PC机：每台0.4万
HUB：每个0.1万
其它：0.1万
若使用10台PC机，其硬件价格为5.2万到6.7万
软件：操作系统：0.4万
数据库： 1.0万
应用软件开发费： 12.0万
其软件费用为13.4万
第六章．软件界面设计
6．1.具体软件界面如下：（包括欢迎界面，登陆界面，系统主界面，各子系统主要功能界面）
图1 欢迎界面
图2 登陆界面
图3 用户管理
图4 题型设置
图5试题录入
图6 打印预览——试卷
图7 打印预览——答案
图8 组卷向导——总体设计
图9 组卷向导——详细设计
图10 帮助目录
图11 帮助文档
第七章．软件总体设计说明书
7．1引言：
本文档是对试题库组卷系统的说明，在大体上完全解释了本系统的使用目的、设计方法和各个子系统模块的功能简介：
7.2 系统概述：
江西财经大学信息管理学院推出的“自动组卷系统”是中小学、职业技术学校以及高等学校提高学校人工出卷效率、控制试卷难度系数、规范试卷统筹管理的利器。本系统为的是更好地明晰所开发系统的作用范围，系统的功能以及与其所需环境之间的关系，到用户对目标软件系统在功能、行为、性能、设计约束等方面的期望，使烦琐的出卷工作变得简单高效方便，节省人力、物力、财力。
7．3软件总体需求分析：
随着现代教育信息技术的不断发展，考试形式的千变万化，以往的人工出卷方式已经很难达到各类考试用卷的选拔目的，不能很好的控制试卷的难度，难以区分、考核考生的实际学习能力。面对人工出卷的这一系列的问题，江西财经大学及时开发出适用于各中小学校、职业技术学校以及高等学校的试题库组卷系统，该软件能够打印各类考试试卷，提供方便地向题库添加、修改和查询试题。能够保存和查询历史试卷，能够从试题库中灵活地抽取各类试题，组建满足要求的试卷；能有效地统一管理学校的各类考试考试，让出卷
（详见需求分析说明书）工作变得轻松自如，大大减轻了广大出卷者与教师的工作负担。
7．4 系统功能分析和描述：
本系统主要包括以下各功能模块：
(1)系统管理：包含用户资料查询和修改，用户密码设置、修改，系统管理人员设置，用
户权限设置等功能。
(2)试卷管理：包括现有模板 (具有历史试卷的保存和查询功能)；名校试卷检索、试卷排
版编辑、试卷模板组卷、试卷向导组卷等，支持RTF和DOC等多种格式，即使您的电脑里没有安装OFFICE软件，也同样可以排出满意的试卷。
(3)系统信息：包括本套系统产品的详细介绍和系统功能。
(4)题库管理：包括科目管理、题型管理、章节管理、试题管理，以及试题库的备份和恢
复。
(5)用户管理：包括题库管理、试卷管理和用户管理各项权限设置，方便系统的管理。7. 5 系统功能分析：
本系统主要有以下几项功能：
7.5.1 系统具有开放性、方便性和灵活性，可以方便地向题库添加、修改和查询试题。能
够从试题库中灵活地抽取各类试题，组建满足要求的试卷；
容易新增课程和新增题型，让所出试题更加丰富；
具有历史试卷的保存和查询功能；
试卷能够覆盖所学的知识点，避免不同考题得知识点重复，避免试题集中在某些章节；
能够根据难度系数进行组卷；
在自动组卷的基础上，允许人工作适当调整；
组卷完成后，能够打印试卷和标准答案；
7.5.8 各个用户只能根据自己享有的权限进行相应的操作
7．6 系统功能模块设计:(系统功能模块设置详见(图1))
7.6.1 各子系统功能模块的设计
该系统主要有以下基本模块组成：
1：系统管理子系统
2：试卷管理子系统
3：题库管理子系统
4：用户管理子系统
5：系统信息子系统
7．6．1．1 用户功能模块设计
输入参数：用户名和密码
处理过程：1、检查用户名是否为空，如果为空，则提示用户重新输入用户名；
2、查询数据库的用户表，找到与用户名相匹配的记录；
3、验证用户输入的密码是否与数据库的用户表中的密码字段匹配，如果不匹配，
则提示用户用户名或密码有误。
输出结果：登录到主界面或登录失败信息。
7．6．1. 2 用户权限模块设计
该模块提供对用户信息的查询、添加、修改和删除功能，其中用户信息包括：用户名、密码和权限。用户的权限共分为2个等级，第一个等级是系统管理员（sa），该用户可以执行该系统所提供的任何功能和服务；第二个等级是普通管理员（oa），该用户不可以登录到用户权限模块，不拥有对用户资料信息的浏览、查询、添加、修改和删除等权限；不能够登录到录入试题模块，该用户无权添加、修改、查询和删除试题。普通管理员可以向系统管理员申请相应的权限。
DFD/1: 用户管理子系统结构图：
(图4)
7．6．1．3 题库管理模块设计
包括科目设置、题型设置、章节设置、试题管理，以及试题库的备份和恢复等子模块。1．科目设置：该模块可以随意添加，删除和查询试卷科目。
2．题型设置：用户可以在该模块任意添加，删除和查询试卷的试题题型。
3．试题管理：该模块包括录入试题，修改试题，查询试题，保存试题等子模块。
4．章节设置该模块可以按自动编号增加、删除试卷科目的章与节，用户增加的节自动归属于该节所属章的编号下，删除的节所属的章号也自动清除。
7．6．1．4 试卷管理模块设计
包括历史试卷查询和保存、试卷模板组卷、试卷向导组卷管理等子功能模块。
输入参数：试卷标题、总分、考试时间、试卷科目、试卷题型、试题数量与分值等等
1：组卷向导：该子系统首先检测用户有没有输入生成试卷信息，如果没有，则提示用户输入组卷信息。如：试卷标题、考试时间、试卷总分。
2：用户在该模块可以选择所要生成试卷的所有题型，各种题型题目数量，各题分值；该系统首先检测各种题型题目数量，少于或多于用户预先设置的题数系统将发出警告。然后，系统将检测各种题型加和总分是否等于用户预先设置的试卷总分，如不等于，则提示用户重新设置
3．输出结果：系统自动生成一份可供实际考试使用的能够打印和保存的具体的试卷。7．6．1．5 系统信息模块设计
包括系统产品的介绍，以及系统提供的帮助等等子功能模块。
1．系统简介子模块：该模块提供软件产品的详细介绍信息。包括产品版权，产品版本，产品详细简介等等。
2．系统帮助子模块：该模块提供各子系统模块的功能简介，使用帮助说明。用户可根据索引查看相应的系统各个模块的帮助信息。
3．输出结果：软件产品的介绍信息和系统帮助信息。
7．7各子系统功能描述：
7．7．1 系统管理
7．7．1．1 设置用户并授权
1．操作概要描述：
严格的登录机制与权限设定，可设定不同用户对题库管理、试卷管理和用户管理各项权限设置的访问权限，对重要操作进行跟踪和记录的机制。
2．操作详细描述：
系统管理员可以设置各操作员的操作权限及各管理模块，没有设置给予用户权限的模块用户不能进入。在设置好用户后每一用户应在首次进入本系统后设置
好口令，以保护您的信息不为他人所知，但您必须牢记口令，否则进入不了系统。
3．涉及的人员：
系统管理员、授权用户。
4．输入数据项：
用户名、初始密码、用户权限。根据工作管理范围设置不同的用户权限。
5．输出数据项：
让授权用户获得用户名、初始密码、管理权限。
6．业务环境：
由于数据量很大，对计算机的要求高，而且需要数据库的支持。
7．权限：
系统管理员可以增加或删除用户。当用户被赋予系统管理员标志时，他就享有一切权限(享有题库管理、试卷管理和用户管理所有权限)。其余操作
员的权限可以根据工作管理范围设置不同的权限，但是用户管理的权限只能属于
系统管理员。
7．7．1．2 设置密码
1．操作描述：
系统管理员和授权用户可自己修改密码。在设置好用户密码后，每一用户应
在首次进入本系统后设置好口令，以保护您的信息不为他人所知，但您必须牢记口
令，否则进入不了系统。
7．7．1．3 数据库设计
7．7．2 试卷管理
包括名校试卷检索、试卷排版编辑、试卷模板组卷、试卷向导组卷等，支持RTF 和DOC等多种格式，即使您的电脑里没有安装OFFICE软件，也同样可以排出满意的试卷。
7．7.2.1 组卷向导
1.操作描述：从组卷向导的总体设置中，命名试卷标题，选择生成试卷的科目、大题编
号、所包含题型。再根据组卷向导的详细设置组卷，组成要生成的试卷和试卷的试题答案，能够进行试卷及答案的打印和保存工作，方便用户日后查询试卷。
2.数据输出项：试卷标题、科目、生成日期、考试时间、总分、简要描述、‘可用’等
等
7．7.2.2 现有模板
1．操作描述：从现有试卷模板列表中选择已经生成的试卷模板，可以从现有试卷模板列表中删除现有模板。
2．数据输出项：试卷标题、科目、生成日期、考试时间、总分、简要描述、‘可用’等等。
7．7．2．3 数据库设计
7．7．3 题库管理
包括科目设置与管理、题型管理、章节设置、试题管理，以及试题库的备份和恢复。7．7.3.1 科目设置：
1 操作描述：新建科目名称，可以根据科目设置增加、更改、删除科目。
7．7.3.2 科目管理：
1 操作描述：可以从科目列表中选定组卷科目，题型设置/章节设置/录入试题等操作只能对选定的科目进行。
7．7.3.3 题型管理：
1 操作描述：用户从题型列表中选择要组成的试卷所应包括的题型，可以根据实际需要添加新的题型，还可以删除已存在的题型。
1．7．3．4 数据库设计
题型表
7．7.3.5 录入试题
1.操作描述：
记录了历史试题的详细情况，可在愿试题的基础上进行更改、删除等操作，录入试题可先选定试题所属的科目、试题的题型、试题的分值与难度、试题所属的章和节；输入试题的内容和答案。
2.输出数据项：试题的编号、试题的题干、答案、题型编号、难度编号、科目编号、章编
号、节编号、分值、录入日期等。
7．7．3．6 数据库设计
试题信息表Theme
7．7．3．7 章节设置
1：操作描述：用户可以按自动编号增加、删除试卷科目的章与节，用户增加的节自动归属
于该节所属章的编号下，删除的节所属的章号也自动清除。
2：输出数据项：章编号、章名称、节编号、节名称、节所属章号。
7．7．3．8 数据库设计
章表Chapter
7．7．4 系统信息
包括系统产品的介绍，以及系统提供的帮助等等子功能模块。
7.7.4.1 产品介绍
本套软件是一套集试题管理和试卷管理于一体的试题库出卷综合管理系统。本软件使用方便，功能强大，特别突出了软件的实用性和易用性，适合中小学校和中小学师生使用。系统还配送了大量精选试题，供用户参考使用. . . . . .
7.7.4.2. 系统帮助：
用户通过索引可以选择相应的目录查看其提供的帮助内容。
本软件是一套多学科、多用户、多功能的试题库组卷系统。该软件面向教育信息化而设计。本软件集试题管理、试卷管理于一身，集分布工作和集中管理于一体，非常适合中小学校的使用。
本软件主要包括下列功能：
题库管理：包括科目管理、题型管理、章节管理、试题管理，以及试题库的备份和恢复。
试卷管理：包括名校试卷检索、试卷排版编辑、试卷模板组卷、试卷向导组卷等，支持RTF 和DOC等多种格式，即使您的电脑里没有安装OFFICE软件，也同样可以排出满意的试卷。用户管理：包括题库管理、试卷管理和用户管理各项权限设置，方便系统的管理。
7．8 系统设计方案：
7．8．1：方案1----C/S系统
7．8．1．1描述
硬件：专用服务器一台，PC机若干台，HUB24口一个，网卡和网线
软件：Windows 2000Server、Oracle 8i大型数据库、Delphi6.0开发工具。
网络拓扑图：（见下页图）
7．8．2：方案2----B/S系统
7．8．2．1描述
硬件：专用服务器一台，PC机若干台，HUB24口一个，网卡和网线。
软件：Windows 2000 Professional操作系统、Microsoft SQL SERVER 2000大型数据库、ASP技术开发工具。
根据我们开发小组成员的综合讨论，考虑到该系统的实际的开发需要、效率和用户的需求，我们最终采用了(方案1----C/S系统)。
软件详细设计报告文档
软件详细设计报告文档 Document serial number【UU89WT-UU98YT-UU8CB-UUUT-UUT108】
软件详细设计报告文档模板 1. 引言 引言是对这份软件系统详细设计报告的概览，是为了帮助阅读者了解这份文档如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件系统详细设计报告是基于哪份软件产品需求分析报告、哪份软件产品概要设计报告和哪份软件产品数据库设计说明书(如果该软件产品需要数据库支持)编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统详细设计报告详尽说明了该软件产品的编码结构，从而对该软件产品的物理组成进行准确的描述。
如果这份软件系统详细设计报告只与整个系统的某一部分有关系，那么只定义软件系统详细设计报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种编写约定。编写约定应该包括： ●部件编号方式； ●界面编号方式； ●命名规范： ●等等。 1.4 预期读者和阅读建议 列举本软件系统详细设计报告所针对的各种不同的预期读者，例如，可能的读者包括： ●开发人员； ●项目经理；
●测试人员； ●文档编写人员； ●等等。 描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 1.5 参考资料 列举编写软件系统详细设计报告时所用到的参考文献及资料，可能包括： ●本项目的合同书； ●上级机关有关本项目的批文； ●本项目已经批准的计划任务书； ●用户界面风格指导； ●开发本项目时所要用到的标难； ●系统规格需求说明； ●使用实例文档； ●属于本项目的其它己发表文件； ●本软件系统详细设计报告中所引用的文件、资料； ●相关软件系统详细设计报告； ●等等。 为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出： ●标题名称； ●作者或者合同签约者；
试题库组卷系统详细设计报告
试题库组卷系统设计报告 目录 第一章．系统软件总体结构图 (1) 第二章．系统控制流和数据流模型图 (1) 第三章．数据字典和数据库的构造说明 (5) 第四章．系统分类编码方案 (7) 第五章．系统设备配置 (8) 第六章．软件界面设计 (9) 第七章．软件总体设计规格说明书 (17) 第一章．系统软件总体结构图 1.1软件总体结构图(图1)：
第二章．系统数据流和控制流模型图 （图2） 子系统描述： A：用户管理子系统的结构图规格说明： 1．结构流图。 DFD/0: （图3）[模版] 2.2 系统数据流模型图：
DFD/0：系统顶层数据流图
第三章．数据字典和数据库的构造说明 3．1系统数据字典方案： 本系统内部的所有数据如下： 数据名称数据类型(数据长度（length）) 数据含义 TypeNo char(2) /*题型编号*/ TypeName varchar(20) /*题型名称*/ ChapterNo int(2) /*章编号*/ ChapterName varchar(50) /*章名称*/ SectionNo int(4) /*节编号*/ SectionName varchar(50) /*节名称*/ SubjectNo char(3) /*科目编号*/ SubjectName varchar(50) /* 科目名称*/ ThemeNo int(4) /*试题序号*/ Theme varchar(1000) /*题干*/ [Key]varchar(200) /*答案*/ Amount int(4) /*题目使用次数*/ InputDate Datetime(8) /*录入日期*/ PaperNo char(3) /*试卷编号*/ PaperTitle varchar(50) /*试卷标题*/ CreateDate Datetime(8) /*生成日期*/ TotalScore int(4) /*总分*/ ExamTime int(4) /*考试时间*/ DifficultyNo char(2) /* 难度编号*/ DifficultyName varchar(10) /*难度名称*/ UserId char (8) /*用户号*/ Userpassword char(8) /*用户密码*/ AuthorityId char(2) /* 用户权限编号*/ AuthorityName varchar(50) /*用户权限*/ 注：存储时间：所有数据都在2003/4/22输入，结束时间为一年以后，在31天内进行一次数据整体备份，全部数据的存储周期为个月，。 存取时间：全天24小时开放数据。 3．2系统数据库构造说明： 本系统有2个数据库：1个公共数据库，1个子数据库，具体配置如下： 6．.Public Database 数据类型名称数据含义数据类型数据长度是否主键ThemeNo 试题编号Char 7 T TypeName 题型名称V archar 20 T PaperNo 试卷编号Char 20 T System_Date 系统时间Datetime 20 F Authority 权限V archar 20 F Users_list 用户管理表V archar 20 F Paper_list 试卷信息表V archar 20 F
软件详细设计报告
计算机学院实验中心----Android手机客户端 学生姓名：宋同煜张宗森 指导老师：裴斐 专业：计算机科学与技术102
在移动互联网发展迅猛的今天，在Android完全开源及拥有庞大用户群的环境下，迫切需要为计算机学院实验中心网站开发Andriod手机客户端，方便计算机学院师生随时随地查看实验信息、登记实验等。 。 一、系统分析 需求分析 查询实验：教师及学生可以查询当周及上一周、下一周实验安排 登记实验：教师登录后可以登记实验 引言 为方便计算机学院教师及学生查询、登记实验，因此开发实验中心Android手机端软件 编写目的 本文档对计算机学院实验中心网站手机客户端的功能、用户界面、运行环境等作出详细说明。 项目背景 软件的开发名称：计算机学院实验中心 项目需求单位：计算机学院全体师生 项目开发单位：宋同煜张宗森 二、系统设计 系统目标 1.实现需求分析阶段的所有功能 2.主界面清晰、简单、操作易行 系统功能预览
该软件主要包括查询、登录、登记实验3个功能模块，主要操作如下： （1）运行软件后，首先检查网络连接是否正常，如果正常，获取当周实验安排信息，显示给用户，效果如图 （2）通过“菜单->登记实验”进入等级实验页面，要求输入用户名密码才可继续
点击“登录实验”后，提示登录后才能继续 （3）点击登录进入登录页面，如图 正确输入用户名密码后点提交 （4）用户名密码输入正确，就可以登记实验了，次页面包含实验名、课程名、班级、机房、
第几大节、实验日期等信息的填写，如图 （5）正确填写实验信息后，确认登记后点提交，返回登记结果
题库管理自动组卷系统-题库管理与自动组卷系统使用手册
题库管理与自动组卷系统使用手册 东北农业大学工程学院 简介： 题库管理与自动组卷系统包括两个方面：题库管理和自动组卷。适用于大学各种基础课以及高中课程。试题库一旦建立，就可以自动组卷，并自动生成Word文档。对于试题数量多、考试频繁的课程尤其适用。 该系统包括题库管理和自动组卷两大功能。 该软件系统的优点： （1）支持Word公式编辑器，能够输入和输出公式编辑器里的任何符号； （2）组卷可以按照章节以及难度，由命题教师自行选择，试卷生成之前，命题教师可以对试卷的知识点做手工调整，可以避免以往知识点重复的情况； 下面简单介绍一下题库管理与自动组卷系统的使用过程。 题库管理 包括对试题的增加、删除和修改。该系统是按照学院专业课程章节题型难度试题为主线建立试题库。其中学院专业课程可以手动建立关联。相同的科目只需建立一个试题库，可以供多院多专业使用。减少了建立题库的工作量。在增加该系统的应用范围和灵活性的同时也增加使用该系统的复杂性，需要用户自己输入某些基础信息。但是，使用该软件的用户基本上为高校教师，相对计算机水平比较高和接受能力相对普通人也强。我们大胆的增加了软件的灵活性。如果您是第一次使用该系统请按建立试题库：第一步、将所在学院、专业输入通过学院设置和专业设置增加到数据库中 第二步、将课程名称、课程代号和该课程所包含的章节及名称增加到数据库。 第三步、将学院、专业、课程三者关联起来。 第四步、添加试题 自动组卷 根据用户对试卷的要求自动从试题库中选择试题并输入到Word文档中并自动排版。本系统有别于其他的组卷程序还增加了试题更换功能。组卷之后老师可以根据实际情况对自动选择出来的试题做小范围的
软件详细设计报告文档
软件详细设计报告文档 1. 引言 随着近些年来社会和科技的发展，越来越多的人使用电子设备查询各种信息，最常见的一个查询软件就是——电子词典，其主要的市场目标是学习外语的人群。从软件功能来看，英文电子词典一直高居榜首，虽说学习第二语言可以帮助我们更加方便的与全球进行交流的，但是作为一名炎黄子孙，中国上下五千年的文化渊远流长，因此我们此次项目所实施的功能是成语查询，该软件可以帮助人们随时随地更加方便地查询成语的意思以及用法，使其使用者可以更加深入的了解中国成语文化，使汉语文化可以发扬光大。 1.1 编写目的 本详细设计的编写目的在于描述成语词典的界面设计、查询功能、数据库收集与导入等。在简要描述视成语词典的整体环境搭建的基础上，详细说明查询模块，为以后的开发工作提供可靠的依据。 1.2 预期读者和阅读建议 本软件产品所针对的的预期读者，包括： ●用户； ●开发人员； ●测试人员； ●文档编写人员。 1.3 参考资料 编写此详细设计时所用到的参考文献及资料，包括： 2. 设计概述 2.1 限制和约束 起到限制和约束作用的各种可能存在的条件： ●技术条件； ●开发环境； ●时间限制；
●数据库内资源的多少。 实现的系统目标：在成语查询的首页有成语推荐，若要查询成语，输入其关键字或整体，点击“查询”按钮，系统进行自动查询，如果有任何意见或者建议，可以点击“我要留言”，进行反馈。 2.2 系统组织设计 通过系统组织表描述搜索系统由下列子系统组成，这些子系统与业务职能之间的关系。系统组织表如下： 子系统编号中文名称业务职能备注 1 环境搭建、界 面设计以及 查询模块 在UNIX下，基于php+apache+mysql的 环境下，进行界面和查询模块的开发， 包括查询结果的显示。 周婷婷 2 数据库模块收集成语的释意以及用法，加上post或 get内容的特殊符号处理，将其导入到数 据库中。 李燕 3 数据库模块收集成语的释意以及用法，将其导入到 数据库中，并加上分页函数类和首页成 语推荐。 宋彧婕 2.3 系统结构设计 2.3.1 整体结构 爬虫 索引 查询
软件分析报告
目录
(9) 5
1. 范围 本指南用于指导软件开发者为南京市交通局开发软件项目的过程，通过规范软件项目承担单位的开发过程达到提高软件质量，降低维护成本的目的。开发者应根据本指南进行软件开发和编制软件开发文档。本指南是对软件项目承担单位的基本要求。在本指南的附录A至E中提供了文档的编写模板供开发者参考，在进行具体软件开发时，开发者可根据实际情况采编写，但必须提供双方约定的文档，文档中约定的内容必须描述清楚。 2. 总体要求 2.1 总体功能要求 网络应用环境以Internet/Intranet技术为核心。 开发者应在充分分析需求的基础上，选择采用B/S结构或者C/S结构。 软件系统的数据库应依照《南京市交通局信息化数据库建设规范》进行设计和建设。 本指南中没有规定开发者采用何种具体的软件工程开发方法，开发者可根据项目具体特点、自身擅长来选择采用面向过程的方法、面向对象的方法或面向数据的方法，但建议开发商使用面向对象软件工程的方法，如：采用目前被广泛使用的RUP(Rational Unified Process)方法来进行分析、设计和开发。
2.2 软件开发平台要求 开发者开发的软件必须能够在南京市交通局规定的软件平台上正常运行。目前软件平台为： 数据库管理系统： Oracle 9i以上版本 中间件(应用服务器)系统： IBM WebSphere OA系统： Lotus Domino/Notes 网络架构： 完全支持TCP/IP协议 开发工具或技术体系： 为保证软件的上下兼容性，开发者应选择比较通用的开发工具的较新版本进行开发，如Microsoft Visual ，Borland Delphi，C++ Builder, 或J2EE(Java2 P1atform Enterprise Edition)等。 2.3 软件项目的开发实施过程管理要求 2.3.1 软件项目实施过程总体要求 （一）开发者提交软件开发工作大纲，交通局组织专家组对工作大纲进行评审，并提出整改意见。 （二）通过评审后，开发者根据整改意见完善工作大纲，经过交通局认可后组织项目组进行软件开发。软件开发工作按照需求分析、概要设
题库管理自动组卷系统题库管理与自动组卷系统使用手册模板
题库管理自动组卷系统题库管理与自动组卷系统使用手 册
题库管理与自动组卷系统使用手册东北农业大学工程学院
简介: 题库管理与自动组卷系统包括两个方面: 题库管理和自动组卷。适用于大学各种基础课以及高中课程。试题库一旦建立, 就能够自动组卷, 并自动生成Word文档。对于试题数量多、考试频繁的课程特别适用。 该系统包括题库管理和自动组卷两大功能。 该软件系统的优点: （1）支持Word公式编辑器, 能够输入和输出公式编辑器里的任何符号; （2）组卷能够按照章节以及难度, 由命题教师自行选择, 试卷生成之前, 命题教师能够对试卷的知识点做手工调整, 能够避免以往知识点重复的情况; 下面简单介绍一下题库管理与自动组卷系统的使用过程。 题库管理 包括对试题的增加、删除和修改。该系统是按照学院专业课程 章节题型难度试题为主线建立试题库。其中学院专业课程能够手动建立关联。相同的科目只需建立一个试题库, 能够供多院多专业使用。减少了建立题库的工作量。在增加该系统的应用范围和灵活性的同时也增加使用该系统的复杂性, 需要用户自己输入某些基础信息。可是, 使用该软件的用户基本上为高校教师, 相对计算机水平比较高和接受能力相对普通人也强。我们大胆的增加了软件的灵活性。如果您是第一次使用该系统请按建立试题库: 第一步、将所在学院、专业输入经过学院设置和专业设置增加到数据库中 第二步、将课程名称、课程代号和该课程所包含的章节及名称增加到
数据库。 第三步、将学院、专业、课程三者关联起来。 第四步、添加试题 自动组卷 根据用户对试卷的要求自动从试题库中选择试题并输入到Word文档中并自动排版。本系统有别于其它的组卷程序还增加了试题更换功能。组卷之后老师能够根据实际情况对自动选择出来的试题做小范围的调整。提高组卷的成功率。而且, 使试题更符合实际教学情况。也增加了该系统的应用性。生成试卷的步骤。 第一步、基本参数设置。确定预生成试卷的学院、专业、课程。 第二步、试卷参数设置。该步骤是组卷的最重要的一步, 该步完成对预生成试卷的全部要求的设定。包括试卷中简单、中等和较难试题的比例。试卷中包括的题目类型及每题的单题分数。还有每个题型在各章节中抽取的题目数量。必须认真设置, 而且保证试卷的总分数合乎要求。 第三步、生成试卷。该步完成试题题目的自动选取工作。这一步我们没有直接将试题输入到Word文档里, 提供了过度步骤。在该步骤教师能够对将要生成的试卷部分内容进行再设置。如题型现实顺序, 试卷的基本参数设置如任课教师、出题教师、年信息、Ａ／Ｂ卷等信息。另外, 试题更换功能就是在该步实现的。教师能够根据具体情况部分更换自动选择出来的试题。 第四步、试卷输出到Word文档并自动排版。 一、安装程序 第一步: [双击]setup.exe
#软件工程网上书店管理系统详细课程设计报告(很经典)
一.引言 (1) 二.系统开发的目标 (1) 三.可行性研究 (2) 四.系统需求分析 (2) 五.总体设计 (3) 六.概要设计 (4) 七.详细设计 (7) 八.软件测试 (8) 九.页面显示效果及代码分析 (13) 十.特别说明......................................................... ..20十一.参考资料.. (21)
一、引言 1.编写目的 本需求分析文档的目的是说明网上书店管理系统最终需要满足的条件和限制，为进一步设计和实现提供依据。本文档将用户的需求用文字的形式固定下来，是和用户沟通的成果，也是用户验收项目时的参考。 2. 项目背景 系统名称：《网上书店管理系统》 需求背景分析：随着互联网的迅速发展以及我国经济的稳定平衡发展，人们对于知识的追求也越来越高，因而市场场上出现了各类的图书，但由于各种各样的原因使得消费者在选购图书的时候不能找到自己合意的书籍，同时由于网络经济的迅速发展激生出了网上卖书的现象，由于网上书店里面的图书相当丰富，且价格较市场上的书店里的便宜，以致于越来越多的人上网购书，同时也使得越来越多的人在网上开设自己的书店，本系统即是在以上各种条件成熟的条件下，建立的一个可以让消费者登录本系统购买他们的图书的一个网上书店管理系统。 系统用途：本系统利用网络平台，使得消费者和销售者足不出户即可实现买书和卖书的行为，同时大大减少的人员的参和。 系统使用范围：网上想买书者。 二、系统开发的目标 管理员可以维护客户注册信息、维护图书信息、处订定单信息、维护系统公告、网上售书。查看图书调查报告、游客可以在线注册为会员、投票、购书。本系统的设计目标将最终定位于完成以上所述的系统主要业务的基本模型上。 三、可行性研究 可行性研究是系统分析阶段的第二项活动。此活动的主要目标是: 进一步明确系统的目标、规模和功能，对系统开发背景、必要和意义进行调查分析并根据需要和可能提出开发系统的初步方案和计划。可行性研究是对系统进行全面、概要的分析。通过调查分析，新系统设计方案有以下三个可行性： 1.技术可行性：本系统采用Windows 作为操作平台。数据库系统选用SQL server2005，该数据库管理系统提供数据库之间的数据复制功能，可代替现有系统单据数据的手工传递工作，降低出错率，提高数据的可用性。本系统的开发平台选用visual studio 2005，这是目前web数据库使用软件的主流开发平台。 2.经济可行性：采用新的网上书店可取代原系统的工作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期提高员工信息的利用率，使销售质量更上一个台阶。 3.3.营运可行性(1).本系统操作简单，易于理解，只需通过简单培训，上手较快，营运环境要求低。(2).面对于系统设计还应该以“标
软件详细设计报告文档模板
软件详细设计报告文档模板 1.引言 1.1编写目的 说明编写详细设计方案的主要目的。 说明书编制的目的是说明一个软件系统各个层次中的每个程序（每个模块或子程序）和数据库系统的设计考虑，为程序员编码提供依据。 如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设il?说明书中不重复部分合并编写。 方案重点是模块的执行流程和数据库系统详细设计的描述。 1.2背景 应包含以下几个方而的容： A.待开发软件系统爼称： B.该系统基本概念，如该系统的类型、从属地位等； C.开发项目组轻称。 1.3參考资料 列出详细设讣报告引用的文献或资料，资料的作者、标题、出版单位和出版日期等信息，必要时说明如何得到这些资料。 1.4术语定义及说明 列岀本文档中用到的可能会引起混淆的专门术语、左义和缩写词的原文。 2.设计概述 2.1任务和目标 说明详细设计的任务及详细设汁所要达到的目标。 1丄1需求概述
对所开发软件的槪要描述，包括主要的业务需求、输入、输出、主要功能、性能等，尤其需要描述系统性能需求。 1.1.2运行环境概述 对本系统所依赖于运行的硬件，包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述，及配置要求。 1」.3条件与限制 详细描述系统所受的部和外部条件的约束和限制说明。包括业务和技术方而的条件与限制以及进度、管理等方而的限制。 1.1.4详细设计方法和工具 简要说明详细设计所采用的方法和使用的工具。如HIPO图方法、IDEF(I2DEF)方法、E-R图，数据流程图、业务流程图、选用的CASE I具等，尽量采用标准规和辅助工具。 3.系统详细需求分析 主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认，并对由于情况变化而带来的需求变化进行较为详细的分析。 3.1详细需求分析 包括： ?详细功能需求分析 ?详细性能需求分析 ?详细资源需求分析 ?详细系统运行环境及限制条件分析 3.2详细系统运行环境及限制条件分析接口需求分析 包括： ?系统接口需求分析 ?现有硬、软件资源接口需求分析 ?引进硬、软件资源接口需求分析
基于试题库自动组卷系统
基于试题库的自动组卷系统 摘要：本文首先分析了自动组卷系统在具体的教学活动过程中的实际需求，然后以高中英语的教学为背景，设计与实现了一个实际的自动组卷系统，对其中的数据库结构设计以及各个主要模块的实现进行了详细的介绍。本系统可以从试题库中自动的查找和组织出一些不同类型、不同难度、不同章节范围内的试题来组成一份合理的试卷。它采用的是利用试卷自动生成算法记录试题的一组特征值，根据用户提供的试卷题目类型、章节分布、难易程度等条件，借助于系统中的一系列数据文件，使具体课程的相关数据动态地抽象成逻辑数据，用以解决通用问题，线性的规划出一份约束满足的、合理的试卷。 目录 第一章引言 (3) 第二章系统分析 (3) 2.1 试题库分析 (3) 2.2 组卷分析 (4) 2.3 系统简介 (5) 第三章数据库设计 (6) 3.1 系统数据库 (6) 3.2 临时数据库 (7) 第四章系统总体结构设计 (8) 第五章模块设计及实现 (9) 5.1 用户登录模块 (9) 5.2 系统维护模块 (10) 5.2.1新建数据库 (10) 5.2.2修改密码 (11) 5.2.3添加用户 (11) 5.3题库管理模块 (11) 5.4自动组卷模块 (13) 5.4.1功能 (14) 5.4.2设计思路 (14)
5.4.3 组卷策略分析 (14) 5.4.4 代码实现 (16) 5.4.5 试卷编辑 (22) 第一章引言 考试是教师检查学生学习情况的必要手段，但出卷却是一种繁重的智力和体力劳动，传统的标准化试卷命题，需要由教学专家组成一个命题班子，根据许多优秀教师多年的教学经验，从贯彻教学大纲要求，到试卷意图的组织，经过反复的推敲，才能完成一份标准化的试卷。这样的命题方式不仅工作任务繁重而且试卷的标准化程度、难易程度、题量大小等各方面难以控制，难以形成有效的试题库，给试题和试卷的管理带来很多问题和困难。鉴于这种情况，利用计算机进行试卷的自动生成并逐步积累形成有效的试题库，对试题和试卷的管理将变得高效而便捷，对提高工作效率，使试卷管理逐步走向正规化自动化将起到十分重要的作用。同时使出卷工作变得轻松愉快，从很大程度上减轻了教师利用传统的出卷方式组卷的繁重工作量，大大节省了老师的工作时间，便于教师有更多的时间和精力致力于教学方法的研究。今日，随着计算机的应用的普及和硬件设备性能和软件制作水平的提高，为研制开发高性能的试题管理软件提供了条件。
软件详细设计报告
软件详细设计报告文档模板 1. 引言 (2) 1.1编写目的 (2) 1.2项目风险 (2) 1.3文档约定 (2) 1.4预期读者和阅读建议 (3) 1.5参考资料 (3) 2. 支撑环境 (4) 2.1数据库管理系统 (4) 2.2开发工具、中间件以及数据库接口 (5) 2.3硬件环境 (6) 2.4网络环境 (6) 2.5多种支撑环境开发要点 (7) 3. 部件详细设计 (7) 4. 词汇表 (9) 5. 部件表格式 (9) 6. 界面表格式 (10)
1. 引言 引言是对这份软件系统详细设计报告的概览，是为了帮助阅读者了解这份文档如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件系统详细设计报告是基于哪份软件产品需求分析报告、哪份软件产品概要设计报告和哪份软件产品数据库设计说明书(如果该软件产品需要数据库支持)编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统详细设计报告详尽说明了该软件产品的编码结构，从而对该软件产品的物理组成进行准确的描述。 如果这份软件系统详细设计报告只与整个系统的某一部分有关系，那么只定义软件系统详细设计报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种编写约定。编写约定应该包括： ●部件编号方式； ●界面编号方式； ●命名规范： ●等等。
1.4 预期读者和阅读建议 列举本软件系统详细设计报告所针对的各种不同的预期读者，例如，可能的读者包括： ●开发人员； ●项目经理； ●测试人员； ●文档编写人员； ●等等。 描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 1.5 参考资料 列举编写软件系统详细设计报告时所用到的参考文献及资料，可能包括： ●本项目的合同书； ●上级机关有关本项目的批文； ●本项目已经批准的计划任务书； ●用户界面风格指导； ●开发本项目时所要用到的标难； ●系统规格需求说明； ●使用实例文档； ●属于本项目的其它己发表文件； ●本软件系统详细设计报告中所引用的文件、资料； ●相关软件系统详细设计报告； ●等等。 为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出： ●标题名称；
软件详细设计文档模板
项目编号： （项目名称） 软件详细设计报告文件编号：生效日期：年月日 编制：日期：审核： 日期： 批准： 日期：同方锐安科技有限公司
目录 1. 引言 (1) 1.1编写目的 (1) 1.2项目风险 (1) 1.3文档约定 (1) 1.4预期读者和阅读建议 (1) 1.5参考资料 (2) 2. 支撑环境 (2) 2.1数据库管理系统 (2) 2.2开发工具、中间件以及数据库接口 (2) 2.3硬件环境 (2) 2.4网络环境 (3) 2.5多种支撑环境开发要点 (3) 3. 部件详细设计 (4) 4. 词汇表 (5) 5. 部件表格式 (5) 6. 界面表格式 (6)
1. 引言 引言是对这份软件系统详细设计报告的概览，是为了帮助阅读者了解这份文档如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件系统详细设计报告是基于哪份软件产品需求分析报告、哪份软件产品概要设计报告和哪份软件产品数据库设计说明书(如果该软件产品需要数据库支持)编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统详细设计报告详尽说明了该软件产品的编码结构，从而对该软件产品的物理组成进行准确的描述。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种编写约定。 编写约定包括： ●部件编号方式； ●界面编号方式； ●命名规范： ● 1.4 预期读者和阅读建议 列举本软件系统详细设计报告所针对的各种不同的预期读者，描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 读者包括： ●开发人员； ●项目经理； ●测试人员； ●文档编写人员； ●
南京工程学院试卷库建设与管理办法
南京工程学院试卷（题）库建设与管理办法 （修订） 为了进一步深化教学改革，加强课程建设，提高教学质量，完善学分制学籍管理条例，实行“教考分离”，规范我校试卷（题）库的建设和管理，使考试结果能客观、公正、全面地衡量学校的教学质量和学生的学习效果，特制定本办法。 第一条指导思想 从培养高质量应用型人才出发，以考查学生能力、素质为目的，通过考试正确引导学生认真、全面地学习课程内容，系统地掌握基本理论、基础知识、基本技能，培养和提高学生分析问题、解决问题的能力，树立良好的学风。 第二条原则和范围 1．建立试卷（题）库的课程主要放在对提高学校教学质量和实现人才培养目标作用大、影响广及学时数较多的基础课和主干专业基础课，以及部分有条件建试卷（题）库的其它课程，由教务处和各院（系、部、中心）进行统一规划，分年度分步实施。 2.试卷（题）库的建设分为学校自建和外购两种形式。学校自建以试卷库为主；对市场上比较成熟且符合我校办学特色的基础课和专业基础课试题库，经调研论证及教务处批准可以申请购买。 第三条组织落实 1. 试卷库建设由教务处负责，各院（系、部、中心）分别成
立试卷库建设领导小组，由分管教学的领导任组长，负责本部门有关课程试卷库的建设和规划工作。各试卷库建设领导小组下设试卷库建设课程小组，小组成员由该课程的任课教师及部分同专业的其他教师组成，负责本课程试卷库的建设工作。 2. 试卷库建设实行立项管理，由试卷库建设课程小组负责人填写《南京工程学院试卷库建设立项申请表》（见附件1），经审批后开始建设。 3.试卷库建设完成后，教务处将组织有关专家进行论证（论证表见附件2），符合要求后方可投入使用。 第四条命题要求 1．覆盖要全面 命题要以教学大纲为依据，范围要覆盖课程的基本章节，引导学生全面掌握课程的教学内容和知识。组配试卷时要避免同一问题在同一试卷的不同类型题中重复出现。 每门课程都有最基本的、相对重要的、要求学生必须掌握的内容，在命题时应突出这些内容，通过较多的题量和较高的分值来体现。 2．难度要适中 在严格按教学大纲命题的原则下，题目的深浅、难易要符合大多数学生的实际。每套试卷中有60%左右为基本题，30%左右为提高、综合题，10%左右为较高难度和深度的试题。每套试卷的总分为100分，总体难度以中等程度的学生得75分左右为宜，考试成绩统计结果应近似正态分布。每门课程要根据课程特点确定相应客
软件详细设计报告文档模板
软件详细设计报告文档模板 引言 编写目的 说明编写详细设计方案的主要目的。 说明书编制的目的是说明一个软件系统各个层次中的每个程序（每个模块或子程序）和数据库系统的设计考虑，为程序员编码提供依据。 如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计说明书中不重复部分合并编写。 方案重点是模块的执行流程和数据库系统详细设计的描述。 背景 应包含以下几个方面的内容： A. 待开发软件系统名称； B. 该系统基本概念，如该系统的类型、从属地位等； C. 开发项目组名称。 参考资料 列出详细设计报告引用的文献或资料，资料的作者、标题、出版单位和出版日期等信息，必要时说明如何得到这些资料。 术语定义及说明 列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文。 设计概述 任务和目标 说明详细设计的任务及详细设计所要达到的目标。 需求概述 对所开发软件的概要描述, 包括主要的业务需求、输入、输出、主要功能、性能等，尤其需要描述系统性能需求。 运行环境概述 对本系统所依赖于运行的硬件，包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述，及配置要求。 条件与限制 详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及进度、管理等方面的限制。 详细设计方法和工具 简要说明详细设计所采用的方法和使用的工具。如HIPO图方法、IDEF（I2DEF）方法、E－R 图，数据流程图、业务流程图、选用的CASE工具等，尽量采用标准规范和辅助工具。 系统详细需求分析 主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认，并对由于情况变化而带来的需求变化进行较为详细的分析。 详细需求分析 包括： 详细功能需求分析 详细性能需求分析 详细资源需求分析 详细系统运行环境及限制条件分析
建筑工程管理题库
建筑工程资料管理试题 一、单项选择题： 1、建筑工程资料的组卷厚度，一般不超过（D ）mm。 A、10 B、20 C、30 D、40 2、对列入城建档案馆接受范围内的工程，工程竣工验收后的（D ）内向城建档案馆移交一套符合规定的工程档案。 A、15天 B、1个月 C、2个月 D、3个月 3、施工单位对工程实行总承包的，总包单位负责收集、汇总各分包单位形成的工程档案并及时向（B）移交。 A、监理单位 B、建设单位 C、城建档案馆 D、质量监督站 4、一个建设工程由多个单位工程组成时，工程文件应按（B）组卷。 A、单项工程 B、单位工程 C、分部工程 D、分项工程 5、（B）是施工单位用以指导、规范和科学化施工的资料。 A、施工管理质量 B、施工技术资料 C、施工物资资料 D、施工监测资料 6、水泥的强度应以标养（C）d试件结果为准。 A、7 B、3 C、28 D、56 7、建筑节能产品进场时应有出厂质量证明文件，并应按规定见证取样和（D ），有试验报告。 A、检测 B、监测 C、试验 D、送检 8、检验批施工质量验收记录表由施工项目（B）填写，监理工程师（建设单位项目技术负责人）组织质量检查员等进行验收。 A、资料员 B、质量检查员 C、施工员 D、技术负责人 9、分部工程施工质量验收记录，勘察单位只可确认（A）分部工程。 A、地基基础 B、主体结构 C、屋面工程 D、装饰装修工程 10、单位工程施工质量控制质量核查记录，核查人栏由（B）签认。 A、建设单位项目负责人 B、总监理工程师亲自 C、总监理工程师委托专业监理工程师 D、专业监理工程师 11建筑工程材料，简称为（B） A.施工材料 B.工程资料 C.交工资料 D.竣工资料 12、在组织工程竣工验收前，应提请（C）对工程档案进行验收。 A.建设单位 B.监理单位 C.城建档案馆管理机构 D.质量监督机构 13、对于游泳池、消防水池等蓄水工程、屋面工程和有防水要求的地面工程，应进行（B）。 A.防水试验 B.淋（蓄）水检验 C.质量检验 D.浇水试验 14、施工单位的文件资料采用（C）的英文编号。 A.“A” B.“B” C.“C” D.“D”
软件详细设计说明书
软件详细设计说明书 编号?______ 版本?______ 软件详细设计说明书 项目名称：精确化管理系统 委托单位：铁岭消防局 承办单位：启馨科技 : : : : 启馨科技 1.引言 1.1目的 编写详细设计说明书是软件开发过程必不可少的部分，其目的是为了使开发人员在完成概要设计说明书的基础 上完成概要设计规定的各项模块的具体实现的设计工作。 1.2背景 一、软件名称 精确化管理系统 二、相关单位 委托单位?铁岭市消防局 承办单位?铁岭启馨科技 2.总体设计 2.1软件描述
精确化管理系统可实现精确管理、日常管理、安全管理、制度管理、设施管理、兵员管理、量化管理、战勤保 障、系统管理及各功能的录入、修改、查询及打印。采用B/S的软件体系结构，服务器采WINDOWS/NT/2000， SQLSERVER。客户端采用WINDOWS/NT/2000/XP,浏览器采用IE6.0。 2.2设计方法 本软件采用传统的软件开发生命周期的方法，采用自顶向下，逐步求精的结构化的软件设计方法 2.3软件结构 1、总体结构 2 启馨科技 精 确 化 管 理 系 统 精 确制设兵量战系 管度施员化勤统日安理管管管管保管常全理理理理障理管管理理 精机基
确关层骨三行内办合会日要计专投派兵查士请报量量量报装士装装配大查预车报用权化管管议常事划项车干无政外公同员询兵消化化化备兵备备队辆户限管理理票记管日类活申队竞责部设制增证假表分考标表分装入库发仓询警装表管管理百百录理记动请赛伍任管施管加修打管类核准类备库存库备理理模分分理建事理安删改印理管查管式制制设故制排除理询理度报安表放 2.4 2.4.1精确管理模块 （1）精确化管理模式 3 启馨科技 以图片和文字相结合的形式展现给大家，内容主要是队内的相关制度标准，对外对内达到公平，公正，公开的 目的。 （2）机关管理百分制 （3）基层管理百分制 2.4.2日常管理模块 （1）会议记录 记录会议的主要内容及主要精神等，以方便快捷的方式将开会内容及精神，很好的传达到每个人。（2）日常生活 1.起床 中队值班班长提前十分钟起床向中队值勤队长（分别由正、副中队长、正副指导员轮流担任但必
物流成本管理试题组卷1
物流成本管理试题（组卷1） 注：答案已用黄色底纹标出，出卷时请消除底纹或答案 一、单项选择题（本大题共10小题，每小题1分，共10分） 在每小题列出的四个备选项中只有一个是符合题目要求的，请将其代码填 A、6500×90%×420×60%×10×95%-6500×90%×400×60%×10×95% B、6500×90%×420×70%×10×100%-6500×90%×400×60%×10×95%
C、6500×90%×420×60%×10×95%-6500×90%×400×70%×10×100% D、6500×90%×420×70%×10×100%-6000×95%×400×60%×10×95% 7、在一个既定的操作过程中，一吨货物不论经过几组工人或几部机械的操作。也不论搬运距离的远近、是否有辅助作业，（） A、均只计算为一个操作量 B、按实际操作次数计算操作量 C、按实际操作次数和距离的远近计算操作量 D、按实际操作次数、距离的远近和装卸难易程度计算操作量 8、配送成本费用总额是由各个环节的总成本组成的。即（） A、配送成本=配送运输成本+分拣成本+配装成本+流通加工成本 B、配送成本=配送运输成本+分拣成本-配装成本+流通加工成本 C、配送成本=配送运输成本+分拣成本-配装成本-流通加工成本 D、配送成本=配送运输成本+分拣成本+配装成本-流通加工成本 9、那些虽在其经营活动范围内发生却不应由该成本中心承担的成本，其性质属于（） A、不可控成本，不应纳入该成本中心的责任成本 B、不可控成本，通常应纳入该成本中心的责任成本 C、间接可控成本，通常应纳入该成本中心的责任成本 D、半可控成本 10、作业班组不计算其不可控成本，故考核指标是作业班组的（） A、“直接成本差异”及“直接成本变动率” B、“全部成本差异”及“全部成本变动率” C、“可控成本”与“不可控成本之差” D、“全部成本”与“可控成本”之差 二、多项选择题（本大题共20小题，每小题1.5分，共30分） 在每小题列出的五个备选项中至少有两个是符合题目要求的，请将其代码填写在题后的括号内。错选、多选、少选或未选均无分。 1、社会物流总费用划分为（） A、运输费用 B、保管费用 C、管理费用 D、流通加工费用 E、配送费用 2、物流成本管理的原则有（） A、成本控制与服务质量控制相结合 B、局部控制与系统控制相结合 C、全面控制与重点控制相结合 D、经济控制与技术控制相结合 E、专业控制与全员控制相结合 3、《企业物流成本构成与计算》（GB／T 20523-2006）在借鉴日本《物流成本计算统一标准》的基础上，从物流成本项目、物流范围和物流支付形态三个维度，构建物流成本计算统一标准的框架，主要包括统一标准的（）。 A、适用范围 B、物流成本内涵及计算对象 C、物流成本构成
详细设计报告
企业员工考勤管理系统详细设计说明书1．引言 1.1编写目的 用户和开发者之间对待开发管理系统的功能达成共识，预期读者：企业人员 1.2项目背景 开发软件名称：企业员工考勤管理系统 项目任务提出者：某某公司 项目开发者：武汉体育学院工信13级教技班张川小组 用户：某某公司 实现软件单位：武汉体育学院 考勤作为一个企业的基础管理，是企业对员工工作管理的基本依据。实际管理和记录工作非常需要快速获知各个部门员工的每日出勤情况，以便于及时向高层管理者反映员工的出勤，缺勤情况（包括迟到、早退、病假、事假、出差等情况）。我们准备开发员工考勤管理系统，完成员工基本信息维护、企业的部门信息维护、企业基本考勤类型的维护、员工考勤的管理、员工考勤的查询与分析。实现人事考勤的需要，包括员工迟到、早退、请假、旷工的情况的记录，在每个月底计算工资对员工和对员工进行绩效评估的时候，对员工整个月的考勤记录进行查询和统计。企业考勤管理系统是为了解决员工考勤管理的而设计的，目的是建立一个能够初步实现企业考勤管理系统的智能化管理，提高考勤管理效率，工作人员能够在各个岗位上的工作状态得到及时的反馈，而系统所需的工作人员的数量少，效率高。降低资源浪费，同时增强员工管理的透明度以及约束员工自觉遵守出勤制度。 1.3定义 Windows2000/2003/XP：运行环境 C语言：软件开发语言
1.4参考资料 吕云翔等《软件工程课程设计》，机械工业出版社 2．任务概述 2.1目标 （1）提供简单、方便的操作。 （2）根据企业原来的考勤管理制度，为企业不同管理层次提供相应的功能。（3）通过考勤管理无纸化的实现，使企业的考勤管理更加科学规范。 （4）节省考勤管理的成本。 （5）提高企业考勤管理的透明度和效率，防止“虚假出勤“的现象。 （6）对系统提供必要的权限管理。 （7）为企业实现整体信息化的其他相关系统提供必要的数据支持。 2.2运行环境 运行平台：Windows XP及以上系统 2.3需求概述 企业考勤管理系统是为了解决员工考勤管理的而设计的,目的是建立一个能够初步实现企业考勤管理系统的智能化管理,提高考勤管理效率,工作人员能够在各个岗位上的工作状态得到及时的反馈,而系统所需的工作人员的数量少,效率高。 企业考勤管理系统是一个企事业单位不可缺少的一部分,它的内容对于企业的决策者和管理者来说都是至关重要的，因此，企业考勤管理系统应该能够为用户提供充足人事管理的信息和快捷的管理查询手段，但一直以来人们使用传统的人工方式管理员工的上下班等信息，这种管理方式存在着许多缺点，诸如效率低，保密性差等，而且时间一长，将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难。 2.4条件与限制 暂无
软件详细设计说明与模板
软件详细设计说明与模板 引言 引言是对这份软件系统详细设计报告的概览，是为了帮助阅读者了解这份文档如何编写的，并且应该如何阅读、理解和解释这份文档。 编写目的 说明这份软件系统详细设计报告是基于哪份软件产品需求分析报告、哪份软件产品概要设计报告和哪份软件产品数据库设计说明书(如果该软件产品需要数据库支持)编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统详细设计报告详尽说明了该软件产品的编码结构，从而对该软件产品的物理组成进行准确的描述。 如果这份软件系统详细设计报告只与整个系统的某一部分有关系，那么只定义软件系统详细设计报告中说明的那个部分或子系统。 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种编写约定。编写约定应该包括： ●部件编号方式； ●界面编号方式； ●命名规范： ●等等。
预期读者和阅读建议 列举本软件系统详细设计报告所针对的各种不同的预期读者，例如，可能的读者包括： ●开发人员； ●项目经理； ●测试人员； ●文档编写人员； ●等等。 描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 参考资料 列举编写软件系统详细设计报告时所用到的参考文献及资料，可能包括： ●本项目的合同书； ●上级机关有关本项目的批文； ●本项目已经批准的计划任务书； ●用户界面风格指导； ●开发本项目时所要用到的标难； ●系统规格需求说明； ●使用实例文档； ●属于本项目的其它己发表文件； ●本软件系统详细设计报告中所引用的文件、资料； ●相关软件系统详细设计报告； ●等等。 为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出： ●标题名称； ●作者或者合同签约者； ●文件编号或者版本号； ●发表日期或者签约日期； ●出版单位或者资料来源。