3.需求分析阶段--用户手册概要
软件生命周期
软件生命周期(sdlc，软件生存周期)是软件的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。
但随着新的面向对象的设计方法和技术的成熟，软件生命周期设计方法的指导意义正在逐步减少。
一、软件生命周期(sdlc)的六个阶段1、问题的定义及规划此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。
2、需求分析在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。
需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。
"唯一不变的是变化本身。
"，同样需求也是在整个软件开发过程中不断变化和深入的，因此必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。
3、软件设计此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。
软件设计一般分为总体设计和详细设计。
好的软件设计将为软件程序编写打下良好的基础。
4、程序编码此阶段是将软件设计的结果转换成计算机可运行的程序代码。
在程序编码中必须要制定统一，符合标准的编写规范。
以保证程序的可读性，易维护性，提高程序的运行效率。
5、软件测试在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。
整个测试过程分单元测试、组装测试以及系统测试三个阶段进行。
测试的方法主要有白盒测试和黑盒测试两种。
在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减少测试的随意性。
6、运行维护软件维护是软件生命周期中持续时间最长的阶段。
在软件开发完成并投入使用后，由于多方面的原因，软件不能继续适应用户的要求。
要延续软件的使用寿命，就必须对软件进行维护。
OA项目面试参考
OA系统面试说辞面试过程中描述项目一般分为三大点（第一点是参考说辞。
后两点是可补充的说明，个人可根据具体情况介绍）1、项目的开发背景介绍以及个人在项目中完成的功能点2、项目的开发过程（开发周期）3、项目的系统架构1、项目开发背景以及个人完成的功能点介绍我们这个项目是为XXX公司开发的一套办公自动化系统，简称OA。
该公司属于XX 行业，业务类型主要是XXX，该公司为了提高办公效率与办公质量，实现无纸化办公与科学的管理而委托我们公司研发该系统。
通过需求调研与设计，我们将该项目划分为了XX个大的模块。
主要包括XXX。
而本人在该项目中主要负责组织机构与权限管理两个大模块的设计，开发，调式以及维护等工作。
组织机构模块主要是对该公司的部门以及人员的管理。
所以在此模块中我们又分为机构管理与人员管理两个子模块。
由于该公司的机构属于职能型机构，父机构下面又存在子机构，就像一个树状结构，所以我们在设计该模块表的时候使用了自关联的方式，这样可以减少数据库设计的允余，也便于扩展。
而人员模块设计比较简单，就是直接在表中加入了一个机构的外键，因为人员肯定是属于某个部门的。
至于权限模块的设计就稍微复杂点。
任何一个项目都会根据需求来设计相应的权限操作，权限也是我们保证项目健壮性的一种手段。
在此模块中我们分为用户管理，权限管理，角色管理三个子模块。
因为首先我们考虑到应该为每个人员建立一个唯一的登陆账号，我们称为用户，我们将权限不直接授予具体人员，而是授予相应的用户，这样就可以降低耦合度。
但是如果具有相同权限的人都需要重复授予一样的权限，客户操作起来会很麻烦，而人员在公司一定有其相应的职位，所以我们决定将权限打包授予某个角色，让角色与具体职位关联，再将角色授予用户，这样就能很好的解决问题了。
不过一般来说，公司有些人员可能身兼数职，也就是说一个用户可能会被分配都多个角色，默认情况下我们是取所有权限的合集，但也会出现角色之间权限的冲突问题，因此我们在表中设计了一个优先级的字段，让一个用户拥有的多个角色有不同的优先级，如果权限产生了冲突，则以优先级高的角色为准。
软件项目开发工作流程
软件项目开发工作流程一、简述对于一个新项目，从可行性研究到产品交货整个生存阶段将经历如下十大流程：1、项目可行性研究阶段2、立项阶段3、需求分析阶段4、开发策划阶段5、设计阶段6、7、8、9、10abCDEFGHI市场推广过程。
（通常由营销部门或中试部门人员担任）三、软件开发流程3．1 可行性研究阶段如果是公司自主开发项目，可行性研究通常是由公司技术负责人根据公司产品规划和市场需求，在要开展新项目前通过部门负责人指定人员进行的前期调研工作，可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定营销部门配合可行性分析人员，技术负责人协助安排。
可行性分析完毕后由总工办组织对可行性研究报告进行评审，评审通过后，总工办组织进行立项工作。
如果是系统集成部外接的系统集成项目，在系统集成部与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由总工办组织相关人员对合同条款进行评审，评审通过后，总工办组织进行立项工作。
本阶段提交的文档：软件需求规格说明书。
原型分析说明书产品规格说明书系统技术方案书质量记录：需求分析评审报告提交的软件：产品的原型（注：如果时间有限，可以只编写原型分析说明书而不作原型）3．4开发策化阶段根据项目要求和软件需求，由配置人员配合项目经理编写本项目的质量保证计划、配置管理计划和项目综合计划。
在配置管理计划中，应列明本项目需提交的各阶段文档的名称，在项目各阶段完成后，项目组需列表说明要移交的文档，将此表与各文档一并向总工办移交。
在制定计划时，应为计划、设计、测试、改错、再测试、变更、以及编制文档留出足够的时间。
不应使用突击的办法来完成项目。
维护报告四、项目开发文件的审批可行性研究报告及立项申请、项目开发计划及项目开发总结、确认计划及确认报告、验收计划及验收报告由技术负责人审批。
项目阶段报告
项目阶段报告尊敬的领导：根据项目计划，我向您报告项目的阶段性进展情况如下：本阶段项目目标：完成项目立项和需求分析阶段工作。
1. 项目立项阶段- 与相关部门进行讨论和沟通，了解项目的背景和目标。
- 研究和分析市场情况，确定项目的可行性和盈利模式。
- 编写项目立项报告，包括项目背景、目标、范围、预算和时间计划等内容。
- 进行项目立项会议，向相关领导汇报项目计划和预期效益。
2. 需求分析阶段- 与相关部门和用户进行面对面的沟通，了解用户需求和期望。
- 收集和整理用户需求，编写需求分析文档。
- 与设计和开发团队进行协调和讨论，确保需求的准确性和可行性。
- 进行需求评审和确认，与相关方达成共识。
本阶段取得的成果和进展如下：1. 项目立项阶段- 成功完成项目立项报告，并获得相关部门的批准。
- 项目立项会议顺利进行，通过了项目计划和预期效益。
2. 需求分析阶段- 与用户和相关部门进行充分的沟通，了解并收集到了全面的用户需求。
- 需求分析文档得到了设计和开发团队的确认，并进行了相关的修改和优化。
下一阶段的工作计划如下：1. 概要设计阶段- 根据需求分析文档，进行概要设计，确定项目的总体架构和模块划分。
- 进行概要设计评审，与设计和开发团队一起讨论和确定最终的设计方案。
2. 详细设计阶段- 根据概要设计，对各个模块进行详细设计，确定模块的功能和接口。
- 进行详细设计评审，确保设计方案的准确性和完整性。
以上是我向您汇报的项目阶段报告，请审阅并指导下一阶段的工作。
谢谢！。
软件工程简答题及答案
软件工程简答题及答案软件工程试题整理_ 简答题1、可行性研究的任务是什么？首先需要进行概要的分析研究，初步确定项目的规模和目标，确定项目的约束和限制，把他们清楚地列举出来。
然后，分析员进行简要的需求分析，抽象出该项目的逻辑结构，建立逻辑模型。
从逻辑模型出发，经过压缩的设计，探索出若干种可供选择的主要解决方法，对每种解决方法都要研究它的可行性，可从以下三个方面分析研究每种解决方法的可行性。
㈠技术可行性：对要开发项目的功能、性能、限制条件进行分析，确定在现有的资源条件下，技术风险有多大，项目是否能实现。
㈡经济可行性：进行开发成本的估算以及了解取得效益的评估，确定要开发的项目是否值得投资开发。
㈢社会可行性：要开发的项目是否存在任何侵犯、妨碍等责任问题，要开发项目的运行方式在用户组织内是否行得通，现有管理制度、人员素质、操作方式是否可行。
2、什么是模块的影响范围？什么是模块的控制范围？他们之间应该建立什么关系？一个模块的作用范围（或称影响范围）指受该模块内一个判定影响的所有模块的集合。
一个模块的控制范围指模块本身以及其所有下属模块（直接或间接从属于它的模块）的集合。
一个模块的作用范围应在其控制范围之内，且判定所在的模块应在其影响的模块在层次上尽量靠近。
如果再设计过程中，发现模块作用范围不在其控制范围之内，可以用“上移判点” 或“下移受判断影响的模块，将它下移到判断所在模块的控制范围内”的方法加以改进。
3、非渐增式测试与渐增式测试有什么区别？渐增式测试如何组装模块？非渐增式测试与渐增式测试的测试方法有以下区别：㈠非渐增式测试方法把单元测试和集成测试分成两个不同的阶段，前一阶段完成模块的单元测试，后一阶段完成集成测试。
而渐增式测试往往把单元测试与集成测试和在一起，同时完成。
㈡非渐增式需要更多的工作量，因为每个模块都需要驱动模块和桩模块，而渐增式利用已测试过的模块作为驱动模块或桩模块，因此工作量较少。
㈢渐增式可以较早的发现接口之间的错误，非渐增式最后组装是才发现。
软件开发与项目管理-软件开发与项目管理_朱利华郭永洪_课程标准
《软件开发与项目管理》课程标准一、课程定位本课程是软件技术专业课程体系中一门综合性、实践性很强的专业课程。
通过本课程学习，学生应了解软件项目需求、设计、编码、测试、维护和管理的一般过程，学会软件开发的方法，能规范撰写软件开发过程基本技术文档，具有熟练的软件编码能力，掌握软件测试的基本方法，为今后从事软件工程实践打下良好的基础。
前导课程：程序设计语言、数据结构、Web开发、数据库管理与应用等。
后续课程：项目综合实训。
二、课程目标通过本课程学习，让学生掌握软件开发过程中的相关知识，学会软件开发中的过程管理、需求分析、系统设计、实施和测试方法等解决实际问题的基本能力，为学生从事软件开发打下扎实的基础。
㈠知识目标1.理解软件开发的过程与方法；2.理解项目角色与职责；3.掌握需求获取、需求分析的相关知识；4.掌握概要设计、详细设计的相关知识；5.熟练掌握编码规范、代码优化的相关知识；6.掌握黑盒测试、白盒测试、系统性能测试的相关知识；7.理解部署与维护的相关知识；8.了解软件项目管理的相关知识。
㈡能力目标1.能根据具体项目选取合适的开发模型和开发方法；2.能制作需求调查表、分析业务流程、绘制数据流图、编写需求分析报告；3.能绘制功能架构图、编写数据字典、绘制用例图、分析与设计数据库；4.能设计用户界面、编写详细设计报告；5.会编写程序、能优化代码；6.能设计测试用例、会单元和集成测试、编写测试报告；7.能绘制部署图、编写安装配置手册及用户手册；8.能进行适应性和改正性维护。
㈢素质目标1.培养良好的交流沟通能力；2.培养团队协作意识及创新思维能力；3.养成良好的编码习惯；4.培养自我学习能力。
㈣其他目标通过本课程的学习，可以参加以下职业资格证书考试。
1.程序员2.软件设计师3.软件测评师4.信息系统项目管理师5.系统分析师6.系统架构师三、课程内容与要求根据课程目标，按照软件开发的工作过程组织课程的教学内容，可分为软件开发过程模型和软件开发方法、需求分析、软件设计、编码、软件部署与维护、项目管理和综合项目实战8个模块，共60学时。
互联网产品设计方案
互联网产品设计方案一、引言随着互联网的快速发展，互联网产品已经成为人们日常生活中不可或缺的一部分。
本文旨在介绍一种互联网产品设计方案，旨在帮助用户更好地使用互联网产品，提升用户体验以及满足用户需求。
二、产品概述该互联网产品设计方案旨在创建一种能够提供全面服务的平台，整合互联网上各类信息和资源，并以用户为中心，提供高效、便捷、个性化的服务。
三、目标群体该互联网产品设计方案的目标群体包括：•广大普通用户，希望通过互联网产品获取信息和娱乐；•企业和商家，希望通过互联网产品推广和销售产品；•开发者和创业者，希望通过互联网产品提供创新的解决方案。
四、核心功能该互联网产品设计方案的核心功能包括：1. 用户注册与登录用户可以通过注册账号和登录系统来享受更多的服务和功能。
注册账号需要提供基本的个人信息，如用户名、密码、邮箱等。
2. 信息获取与展示该平台可以整合互联网上各类信息和资源，比如新闻、视频、音乐、社交媒体信息等，并根据用户的兴趣偏好进行个性化推荐。
3. 交互与社交功能用户可以通过该互联网产品与其他用户进行交互和社交，比如发送消息、评论、点赞等。
4. 电子商务功能平台可以提供电子商务功能，允许用户购买商品和服务，并提供支付和物流支持。
5. 数据分析与个性化推荐通过对用户行为和偏好的数据分析，平台可以进行个性化推荐，为用户提供更加符合其需求的内容和服务。
五、系统架构该互联网产品设计方案的系统架构如下：graph LRA[用户界面]-->B[前端服务器]B-->C[应用服务器]C-->D[数据库服务器]•用户界面：用户通过浏览器或手机应用访问该互联网产品。
•前端服务器：负责接收用户请求并展示用户界面。
•应用服务器：处理用户请求，控制业务逻辑，调取相应的服务和资源。
•数据库服务器：存储用户信息、产品信息和操作日志等数据。
六、开发与实施计划该互联网产品设计方案的开发与实施计划如下：1.需求分析阶段：明确产品需求和目标，确定核心功能和设计方案。
IPD产品开发各阶段文档清单及过程要求
IPD产品开发各阶段文档清单及过程要求产品开发的各阶段文档清单及过程要求是指在产品开发过程中所需要编写的各类文档和对其编写的过程要求。
下面将针对IPD（Integrated Product Development）产品开发的各阶段文档清单及过程要求进行详细介绍。
1.前期准备阶段前期准备阶段是产品开发的起始阶段，包括项目规划、需求分析、技术可行性研究等工作。
在这个阶段，需要编写以下文档：-项目计划：详细记录项目的目标、范围、时间表和资源等信息；-需求分析报告：对客户需求进行分析和整理，以明确产品功能和性能需求；-技术可行性报告：对技术方案的可行性进行评估，包括技术难点、可行性分析等；-需求规格说明书：对产品需求进行详细的描述和规定，以供开发人员参考。
2.设计阶段设计阶段是产品开发的重要阶段，包括总体设计和详细设计。
在这个阶段，需要编写以下文档：-总体设计文档：描述产品的整体结构和功能模块的设计方案；-详细设计文档：对产品的每个功能模块进行具体的技术设计和实现方案的描述；-界面设计文档：对产品的用户界面进行设计和规划，包括界面布局、颜色搭配等；-数据库设计文档：根据产品需求，设计产品所需要的数据库结构和相关表的关系等；-测试计划和测试用例：制定产品测试的计划和测试用例，以保证产品的质量；-原型设计和界面文档：制定产品的原型设计和界面文档，以便于产品的快速开发。
3.开发阶段开发阶段是产品实际的编码和测试阶段。
在这个阶段，需要编写以下文档：-编码文档：对产品的实际编码过程进行记录和描述，以便于后续的维护和扩展；-单元测试文档：对产品的每个单元进行测试的说明和结果记录；-集成测试文档：对产品各个模块之间的集成测试进行记录和结果分析；-系统测试文档：对整个产品进行系统测试的记录和结果分析；-用户手册：为用户提供详细的产品操作指南和使用方法。
4.上线发布阶段上线发布阶段是产品正式上线并向用户推广的阶段。
在这个阶段，需要编写以下文档：-上线计划：制定产品上线的时间、范围、推广策略等；-用户指导文档：制作详细的产品使用说明和常见问题解答；-推广材料：制作产品推广的宣传材料，包括产品介绍、演示视频等；-用户反馈文档：收集用户对产品的反馈和建议，以供后续的改进和优化。
软件工程考核知识点-第4章-软件概要设计
软件工程考核知识点-第4章-软件概要设计4.1 软件概要设计的基本任务在软件需求分析阶段，已经搞清楚了软件“做什么”的问题，并把这些需求通过规格说明书描述了出来，这也是目标系统的逻辑模型。
进入了设计阶段，要把软件“做什么”的逻辑模型变换为“怎么做”的物理模型，即着手实现软件的需求，并将设计的结果反映在“设计规格说明书”文档中，所以软件设计是一个把软件需求转换为软件表示的过程，最初这种表示只是描述了软件的总的体系结构，称为软件概要设计或结构设计。
4.1.1 基本任务1. 设计软件系统结构(简称软件结构)为了实现目标系统，最终必须设计出组成这个系统的所有程序和数据库(文件)，对于程序，则首先进行结构设计，具体为：(1)采用某种设计方法，将一个复杂的系统按功能划分成模块。
(2)确定每个模块的功能。
(3)确定模块之间的调用关系。
(4)确定模块之间的接口，即模块之间传递的信息。
(5)评价模块结构的质量。
根据以上内容，软件结构的设计是以模块为基础的，在需求分析阶段，已经把系统分成层次结构。
设计阶段，以需求分析的结果为依据，从实现的角度进一步划分为模块，并组成模块的层次结构。
软件结构的设计是概要设计关键的一步，直接影响到下一阶段详细设计与编码的工作软件系统的质量及一些整体特性都在软件结构的设计中决定。
2.数据结构及数据库设计对于大型数据处理的软件系统，除了控制结构的模块设计外，数据结构与数据库设计也是很重要的。
(1)数据结构的设计逐步细化的方法也适用于数据结构的设计。
在需求分析阶段，已通过数据字典对数据的组成、操作约束、数据之间的关系等方面进行了描述，确定了数据的结构特性，在概要设计阶段要加以细化，详细设计阶段则规定具体的实现细节。
在概要设计阶段，宜使用抽象的数据类型。
(2)数据库的设计数据库的设计指数据存储文件的设计，主要进行以下几方面设计:①概念设计。
在数据分析的基础上，采用自底向上的方法从用户角度进行视图设计，一般用ER模型来表示数据模型，这是一个概念模型。
软件产品用户手册编写指导规范
1. 总则软件产品的用户手册是软件产品开发的重要结果，也是用户学习使用软件产品的主要工具。
因此用户手册作为软件产品的组成部分，应当及时完成，并且能全面、详细地说明软件产品的功能、使用方法以及其它用户为使用、维护软件产品需知晓的事项。
2. 目的对用户手册的编写时机、职责、内容及格式要求作出规定，以保证用户手册能满足用户正确使用软件产品的要求。
3. 职责3.1. 需求分析小组与项目组是用户手册的编写责任者;3.2. 支持经理是用户手册编写的组织者;3.3. 方正系统公司培训部负责用户手册的审核和印制。
4. 工作程序4.1. 用户手册的编写时机用户手册的编写应当从需求分析阶段开始进行。
在需求分析小组编写出需求规格说明书的同时，应完成用户手册的初稿。
该初稿应包括软件产品主要的功能描述以及界面描述。
在设计和实现（编码）阶段，项目组应随着软件产品的逐步细化以及变更的情况，同步完成用户手册的修改和细化。
当软件产品在项目组内完成集成测试时，用户手册的编写工作应基本完成，即此时用户手册的内容部分除因系统测试中发现错误而需进行部分改动外，不需要在内容方面进行增加。
但手册的格式可以暂时达不到要求。
软件产品提交系统测试时，用户手册达不到以上要求的，测试部门将不受理其测试申请。
4.2. 用户手册的审定用户手册内容的审定，由项目组支持经理负责，同时应征求开发中心项目负责人的意见。
用户手册形式的审核由测试部门负责。
4.3. 用户手册编写工作的组织在项目组建立后，用户手册的编写工作由支持经理负责组织。
具体的编写工作可以由项目组的成员共同完成，但支持经理负责用户手册编写工作的组织以及监督检查，并对其质量负责。
44 用户手册编写的格式要求见《方正用户手册排版要求》4.5. 用户手册的内容要求4.5.1. 封面用户手册的封面应包括以下内容：软件产品的名称、版本号以及版权单位信息。
其中软件产品的名称须使用软件产品的正式名称，并可以注明其简称。
软件工程综合题部分答案
一、选择题1、软件是一种（ B ）性工业产品。
（1）理论（2）知识（或逻辑）（3）消耗（4）体力2、需求分析是在（ B ）进行的。
（1）用户（2）用户和分析人员之间（3）开发人员内部（4）使用和维护人员之间3、在软件的可行性研究中经常从不同角度对系统进行可行性研究，其中从功能角度对系统进行研究属于（ B ）的研究。
（1）经济可行性（2）技术可行性（3）操作可行性（4）法律可行性4、在软件工程项目中，不随参与人员的增加而使软件的生产率增加的主要问题是（ D ）。
（1）工作阶段的等待时间（2）生产原型的复杂性（3）参与人员所需的工作站数（4）参与人员之间的沟通困难5、需求分析阶段的研究对象是（ A ）。
（1）用户需求（2）分析员要求（3）系统需求（4）软硬件需求6、对某公司进行调查分析，确定是否值得开发一个新系统的工作是进行（ D ）。
（１）系统设计（２）系统分析（３）系统详细调查（４）系统初步调查7、系统分析员应当（ D ）。
（１）善于使用户接受自已的观点（２）善于使自已获得成就（３）是用户与计算机技术人员的有效协调与组织者（４）满足上述所有条件8、数据流图的绘制过程，是对新系统的需求进行综合分析和形成新系统（ A ）的过程。
（１）逻辑模型（２）物理模型（３）总体方案（４）可行性报告9、系统测试的目的是（ D ）。
（１）找出编码错误（２）找出数据错误（３）要证明程序无错（４）发现软件错误10、一个模块内部各程序段都在同一张表上操作，这个操作的内聚性称为（ B ）。
（1）时间内聚（2）功能内聚（3）通信内聚（4）顺序内聚11、对象是面向对象开发的基本成分，每个对象可用它的一组（ C ）和它可以执行的一组操作来定义。
（1）服务（2）参数（3）属性（4）调用12、最高程度也是最差的耦合是（ B ）。
（1）公共耦合（2）内容耦合（3）控制耦合（4）数据耦合13、概要设计阶段产生的文档不包括（ C ）。
（1）概要设计说明书（2）数据库设计说明书（3）用户手册（4）开发进度报告14、汽车有一个发动机，汽车和发动机之间的关系是（ B ）。
软件生存周期的各个阶段(可作为软件开发流程使用)
软件生存周期包括软件定义阶段、软件开发阶段和软件使用、维护和更新换代阶段。
系统分析师、设计师、编程人员、测试人员以及维护人员可以作为参考，了解软件整个生命周期的阶段。
1、软件定义阶段软件定义阶段的基本任务是确定软件系统的工程需要，可分为两个阶段。
1.1、软件系统的可行性研究－经济可行性研究－技术可行性研究－法律可行性研究－开发方案的选择性研究可行性研究的任务是了解用户的要求及实现的环境，从技术、经济和社会等各个方面进行研究，并从成功和风险两方面来论证软件系统的可行性。
参与软件开发的分析人员应在用户配合下对用户要求及实现环境作深入细致的调查，写出调研报告，并进行可行性论证。
1.2、项目需求分析－软件功能需求：系统必须完成的功能－软件性能需求：安全性、可靠性、可维护性和用户培训等－软件运行环境约束－需求建模－问题抽象、问题分解与多视点分析－支持需求分析的快速原型技术－需求规格说明与评审软件需求是指用户对其目标软件系统的功能、行为、性能、设计约束等诸方面的期望。
用过与用户反复交流，对应用问题及环境充分地理解与分析，为问题涉及的信息、功能及系统行为建立模型。
去除无关的和使人误解的信息，寻找是否有对类似问题的解决办法，将用户需求精确化、完全化，最终形成需求规格说明，完成软件开发生存周期的需求分析阶段。
2、软件开发阶段软件开发阶段包括概要设计、详细设计、实现、组装测试和确认测试5个阶段。
2.1、概要设计：根据软件需求规格说明进行－建立系统总体结构和各模块之间的关系－定义各功能模块的接口－设计全局数据库或数据结构－规定设计约束－制定组装测试计划2.2、详细设计－对概要设计进行细化－建立文档资料2.3、实现－选择何时的编程语言编写程序－制定模块测试方案和测试数据－制定模块预期测试结果－制定组装测试方案和测试数据－制定预期测试结果－保存相应的文档资料2.4、组装测试－根据模块测试方案和测试数据进行模块测试－根据组装测试方案和测试数据逐步进行组装测试－系统各模块连接正确性测试－软件系统或子系统的正确性和容错性能测试－保存相应的文档资料2.5、确认测试－由专家、客户、开发人员组成系统测试评审小组－向用户提供最终的用户手册、操作手册、源程序清单及其他软件文档资料－三方共同根据组装测试方案和测试数据逐条严格进行组装测试，确认软件系统是否达到用户的系统需求－确认系统测试结束时应建立确认系统测试报告、项目开发总结报告－保存相应文档资料由专家、客户、开发人员组成的软件测试评审小组在对软件确认报告、测试结果和软件经销评审通过以后，软件产品得到确认，就可以交付用户使用。
第二次作业答案
第三章需求分析作业一、名词解释结构化分析方法：面向数据流进行需求分析的方法，采用自顶向下、逐步求精的分析方法。
数据流图：用图形的方式从数据加工的角度来描述数据在系统中流动和处理的过程，只反映系统必须完成的功能，是一种功能模型。
数据字典：用于定义对数据流图中的各个成分的具体含义。
二、填空1、需求分析是指开发人员通过细致的调查，准确理解用户的要求，将用户非形式化的需求转化为完整的需求定义，再把需求定义转化为相应的形式化功能规约的过程。
2、需求分析的基本任务是准确定义新系统的目标，为了满足用户的需要，回答系统必须“做什么”的问题。
3、需求分析阶段需编写的文档有需求规格说明书、初步用户手册、软件测试计划。
4、数据流图的基本组成部分有源点/终点、加工、数据流、数据存储。
5、数据流图和数据字典共同构成了系统的逻辑模型，是需求规格说明书的主要组成部分。
6、结构化分析方法是面向数据流的、自顶向下、逐步求精进行分析的方法。
7、数据字典有以下四类条目：数据加工、数据流、数据存储、数据元素。
数据元素是组成组成数据流和数据存储的最小元素。
8、在结构化分析的需求描述中，数据流图描述系统的分解，即描述系统由哪几部分组成，各部分有什么联系等等。
数据字典定义了数据流图中每一个图形元素。
9、在数据流图中，数据流是数据在系统内传播的路径，因此由一组固定的数据项组成。
加工（又称为数据处理）是对数据流进行的某些处理。
三、单项选择题1、需求分析阶段最重要的技术文档之一是（ C ）。
A.项目开发计划B.设计说明书C.需求规格说明书D.可行性分析报告2、在需求分析之前有必要进行（ B ）A.程序设计B.可行性分析C.ER分析D.3NF分析3、软件需求分析阶段建立原型的主要目的时（ A ）。
A.确定系统的功能和性能要求B.确定系统的运行要求C.确定系统是否满足用户需要D.确定系统是否满足开发人员需要4、软件开发的需求活动，其主要任务是（ D ）。
软件开发文档说明(完整流程)
软件开发文档说明(完整流程)在软件行业有一句话：一个软件能否顺利的完成并且功能是否完善，重要是看这个软件有多少文档，软件开发文档是一个软件的支柱，如果你的开发文档漏洞百出，那么你所开发出来的软件也不可能会好；开发文档的好坏可以直接影响到所开发出来软件的成功与否。
一、软件开发设计文档：软件开发文档包括软件需求说明书、数据要求说有书、概要设计说明书、详细设计说明书。
1、软件需求说明书：也称为软件规格说明。
该说明书对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。
它是用户与开发人员双方对软件需求取得共同理解基础上达成的协议，也是实施开发工作的基础。
软件需求说明书的编制目的的就是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解、并使之面成为整个开发工作的基础。
其格式要求如下：1引言1．1编写目的。
1．2背景1．3定义2任务概述2．1目标2．2用户的特点2．3假定和束缚3需求规定3．1对功能的规定3．2对性能的规定3．2．1精度3．2．2时间特性的需求3．2．3灵活性3．3输入输出要求3．4数据管理能力要求3．5故障处理要求3．6其他专门要求4运转环境规定4．1设备4．2支持软件4．3接口4．4掌握2、提要设计说明书：又称系统设计说明书，这里所说的系统是指程序系统。
编制的目的是说明对程序系统的设计考虑，包孕程序系统的根本处理。
流程、程序系统的组织布局、模块划分、功能分配、接口设计。
运河行设计、数据布局设计和出错处理设计等，为程序的具体设计提供基础。
其格式要求如下：1引言1．1编写目的1．2背景1．3定义1．4参考资料2总体设计2．1需求规定2．2运行环境2．3基本设计概念和处理流程2．4结构2．5功能需求与程序的关系2．6人工处理进程2．7尚未解决的问题3接口设计3．1用户接口3．2外部接口3.。
3内部接口4运行设计4．1运行模块的组合4．2运行控制4．3运转时间5系统数据布局设计5．1逻辑结构设计要点5．2物理结构设计要求5．3数据结构与程序的关系6系统出错处理设计6．1出错信息6．2补救措施6．3系统维护设计。
研发项目各阶段任务及文件要求
研发项目各阶段任务及文件要求一、项目前期准备阶段任务1. 确定项目目标和范围- 根据需求和资源分析，明确项目的具体目标和范围。
- 编写项目计划书，包括项目的时间安排、人员分配和资源需求。
2. 进行市场调研- 了解市场需求、竞争对手和潜在机会，为项目制定合适的策略。
3. 技术可行性分析- 评估项目所需技术的可行性和可靠性。
- 确定项目所需的技术资源和技术支持。
4. 人员组建和培训- 招募适合项目需求的人员，并进行必要的培训。
- 确定项目的组织结构和团队职责。
5. 预算和资源筹备- 制定项目预算，评估项目所需的资源和资金。
- 确保项目所需的资源和资金的可获得性。
6. 风险评估和管理- 识别项目可能面临的风险，并制定应对策略和计划。
- 建立风险管理机制，确保项目风险可控。
二、项目执行阶段任务1. 开展需求分析和规划- 分析项目的需求，明确用户的期望和要求。
- 制定详细的项目规划和进度安排。
2. 系统设计和开发- 根据需求分析，进行系统架构设计和模块划分。
- 开发必要的软件和硬件组件。
3. 软件测试和质量保证- 进行功能测试、性能测试和安全测试，确保系统运行正常。
- 进行质量评估和问题修复。
4. 系统集成和部署- 将各个模块进行集成，确保系统的整体功能完整。
- 进行系统的部署和上线准备。
5. 用户培训和支持- 培训用户如何使用系统，并提供技术支持。
- 解决用户在使用过程中遇到的问题。
三、项目收尾阶段任务1. 系统验收和交付- 进行系统验收测试，确保系统满足用户需求。
- 准备项目交付物，包括用户手册和操作指南。
2. 项目总结和评估- 总结项目的成果和经验教训。
- 进行项目的评估，收集反馈意见。
3. 项目归档和文件整理- 归档项目文件和资料，确保项目文档的完整性。
- 整理项目过程中产生的各类文档，以备查阅。
以上为研发项目各阶段任务的概要描述，具体任务和文件要求可根据实际项目情况进行详细制定。
OA项目面试参考[整理]
![OA项目面试参考[整理]](https://img.taocdn.com/s3/m/0892eeffe109581b6bd97f19227916888486b9ba.png)
OA系统面试说辞面试过程中描述项目一般分为三大点（第一点是参考说辞。
后两点是可补充的说明，个人可根据具体情况介绍）1、项目的开发背景介绍以及个人在项目中完成的功能点2、项目的开发过程（开发周期）3、项目的系统架构1、项目开发背景以及个人完成的功能点介绍我们这个项目是为XXX公司开发的一套办公自动化系统，简称OA。
该公司属于XX 行业，业务类型主要是XXX，该公司为了提高办公效率与办公质量，实现无纸化办公与科学的管理而委托我们公司研发该系统。
通过需求调研与设计，我们将该项目划分为了XX个大的模块。
主要包括XXX。
而本人在该项目中主要负责组织机构与权限管理两个大模块的设计，开发，调式以及维护等工作。
组织机构模块主要是对该公司的部门以及人员的管理。
所以在此模块中我们又分为机构管理与人员管理两个子模块。
由于该公司的机构属于职能型机构，父机构下面又存在子机构，就像一个树状结构，所以我们在设计该模块表的时候使用了自关联的方式，这样可以减少数据库设计的允余，也便于扩展。
而人员模块设计比较简单，就是直接在表中加入了一个机构的外键，因为人员肯定是属于某个部门的。
至于权限模块的设计就稍微复杂点。
任何一个项目都会根据需求来设计相应的权限操作，权限也是我们保证项目健壮性的一种手段。
在此模块中我们分为用户管理，权限管理，角色管理三个子模块。
因为首先我们考虑到应该为每个人员建立一个唯一的登陆账号，我们称为用户，我们将权限不直接授予具体人员，而是授予相应的用户，这样就可以降低耦合度。
但是如果具有相同权限的人都需要重复授予一样的权限，客户操作起来会很麻烦，而人员在公司一定有其相应的职位，所以我们决定将权限打包授予某个角色，让角色与具体职位关联，再将角色授予用户，这样就能很好的解决问题了。
不过一般来说，公司有些人员可能身兼数职，也就是说一个用户可能会被分配都多个角色，默认情况下我们是取所有权限的合集，但也会出现角色之间权限的冲突问题，因此我们在表中设计了一个优先级的字段，让一个用户拥有的多个角色有不同的优先级，如果权限产生了冲突，则以优先级高的角色为准。
014软件开发技术文档管理规范
目录1. 前言11.1 目的11.2 术语11.3 参考文献11.4 版本说明和修改历史12. 软件文档12.1 文档的定义及作用12.2 软件文档的分类22.3 软件文档的制作与软件生存周期之间的关系3 2.4 文档的使用者33. 文档编制格式规范43.1 文档编码规则43.2 文档组成格式43.2.1 封面43.2.2 目录63.2.3 版本更新说明63.2.4 文件内容63.2.5 正文格式63.3 文档制作工具74. 文档管理规范74.1 文档管理岗位职责74.2 文档的制作74.2.1 文档的分类、编码与标识84.2.2 文档的作者、修改者和打字者84.3 文档的收集84.4 文档的配置84.5 文档的控制84.6 文档的修改管理94.7 文档的借阅和复制管理制度94.8 文档的保密性95. 技术文档的质量评价101.前言1.1 目的软件开发的不同阶段都会产生大量的文档。
为了加强管理、提高工作效率，充分借鉴前人的经验，对文档进行规范化管理是很有必要的。
它对于保管在开发中形成的文档，为公司积累宝贵的技术知识的财富，为今后的软件开发工作提供第一手的宝贵资料起着重要的作用。
为了规范创智集团工程项目的开发工作，根据国家标准局制定的有关软件开发和开发文件的规范标准，结合公司的实际，制定本规范。
1.2 术语略。
1.3 参考文献1)《1998计算机软件工程规范----国家标准》中国标准出版社1998年6月第一版。
2)《软件工程概论》郑人杰等清华大学出版社1998年4月第一版。
3)《实用软件工程》郑人杰等清华大学出版社1997年4月第二版。
4)《创智软件园文档管理规范》创智（湖南）软件园有限公司1996年5月。
5)《创智软件园软件开发管理规范》创智（湖南）软件园有限公司1995年12月。
1.4 版本说明和修改历史本规范是在公司原有文档规范的基础上，于1999年05月份修订而成，具体的修订人员为孙继纲、赵海等。
软件开发过程生命周期模型
软件开发过程生命周期模型一、序言生命周期指软件开发全部过程、活动和任务的结构框架。
软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。
目前软件开发实践中使用的各种生命周期模型，都是下面这些基本组成部分的不同的排列与组合。
•市场分析，可行性研究，与项目定义•需求分析•设计(概要设计和详细设计)•编码实现•测试•使用与维护主要有以下几种模型：• 1.瀑布模型(waterfallmodel)•2-演化模型(evolutionarymodel).•3螺旋模型(spiralmodel)二、瀑布模型瀑布模型将软件生命周期的各项活动规定为依固定顺序联接的若干阶段工作，形如瀑布流水，最终得到软件产品。
如图所示：优点：a.强调开发的阶段性；b.强调早期计划及需求调查;c.强调产品测试。
缺点：a.依赖于早期进行的唯一一次需求调查，不能适应需求的变化；b.由于是单一流程，开发中的经验教训不能反馈应用于本产品的过程;c.风险往往迟至后期的开发阶段才显露，因而失去及早纠正的机会下表是瀑布模型中各个阶段的主要工作，及相应的质量控制手段。
三、演化模型该模型主要针对事先不能完整定义需求的软件开发。
用户可以给出待开发系统的核心需求，并且当看到核心需求实现后，能够有效地提出反馈，以支持系统的最终设计和实现。
软件开发人员根据用户的需求，首先开发核心系统。
当该核心系统投入运行后，用户试用之，完成他们的工作，并提出精化系统、增强系统能力的需求。
软件开发人员根据用户的反馈，实施开发的迭代过程。
第一迭代过程均由需求、设计、编码测试、集成等阶段组成，为整个系统增加一个可定义的、可管理的子集。
如图所示。
在开发模式上采取分批循环开发的办法，每循环开发一部分的功能，它们成为这个产品的原型的新增功能。
于是，设计就不断地演化出新的系统。
实际上，这个模型可看作是重复执行的多个“瀑布模型”。
“演化模型”要求开发人员有能力把项目的产品需求分解为不同组，以便分批循环开发。
信息系统分析与设计复习题
信息系统分析与设计复习题第三章一、名词解释:信息系统的生命周期：分为系统规划、系统分析、系统设计、系统实施、系统运行维护。
对象的属性：反应对象的信息特征，如特点、值、状态等等。
对象的方法：用来定义改变属性状态的各种操作。
封装性：面向对象方法中，程序和数据时封装在一起的，对象作为一个实体，期操作隐藏在方法中，期状态有对象的“属性”来描述，并且只能通过对象中的“方法”来改变，从而外界无从得知。
二、解答题：1.、信息系统建设涉及的因素有哪些？（1）文化、社会因素，（2）科学理论因素，（3）技术方法因素，（4）专业领域知识因素，（5）环境多变因素，（6）组织管理因素，（7）经济效益因素2、简述诺兰阶段模型的划分？（1）初装阶段，（2）蔓延阶段，（3）控制阶段，（4）集成阶段，（5）数据管理阶段（6）成熟阶段3、简述企业信息系统建设部门（IT）部门的组织功能？（1）应用程序的开发，（2）系统支持，（3）用户支持，（4）数据库管理，（5）网络管理，(6)web支持。
4、简述信息系统的生命周期各阶段包括的内容？（1）信息系统规划：对企业的环境、目标、现行系统的状况进行初步调查，根据企业目标和发展战略分析各级部门的信息需求，确定信息系统的目标、功能、规模、资源，对建设新系统的需求做出分析和预测，并根据需求的轻重缓急、现有资源状况和应用环境的约束，合理安排建设计划，从经济、技术、等方面研究建设新系统的必要性和可能性。
（2）信息系统规划：根据系统设计任务书确定的范围，对现行系统进行详细调查，描述现行系统的义务流程，指出现行系统的局限性和不足之处，确定新系统的旗本目标和逻辑功能要求》（3）信息系统设计：根据系统需求说明书中规定的功能要求，考虑具体设计以实现逻辑模型的技术，即设计新系统的物理模型，所以这个阶段有分为物理设计阶段。
（4）信息系统实施：将设计的系统付诸实践的阶段，该阶段的任务是根据系统设计报告所确定的物理模型，将设计方案转为计算机上可实际运行的人机信息系统，并编写系统实施报告。
软件测试技术规范
软件测试技术规范类别：规范文档版本号：1.0编号：撰稿人：修改人：编辑软件：Microsoft Word2000中文版版本信息：版本修改点说明引言1.1.引言1.1.编写目的测试是程序设计的重要环节，为了规范公司的软件测试行为，为软件测试工作提供详细的指引，以提高软件开发工作的质量，特制定本测试规范。
1.2.读者对象恒泰实达科技发展有限公司，测试服务部成员。
1.3.专用术语系统测试－测试整个硬件和软件系统的过程，以验证系统是否满足助规定的需求。
验收测试－确定系统是否符合其验收准则，使客户能确定是否接收此系统的正式测试。
软件质量特性－用以描述和评价软件产品质量的一组属性。
1.4.引用标准下列标准所包含的条文，通过在本标准中引用而构成为本规范的条文。
GB/T16260-1996信息技术软件产品评价质量特性及其使用指南测试流程2.2.测试流程2.1.概况公司软件设计开发过程的工作流程图见下图。
根据公司软件设计开发的流程，将软件测试工作分为需求分析阶段、概要设计阶段、系统测试阶段、验收测试阶段、产品发布和现场实施阶段、用户培训阶段、客户终验和项目完结阶段，下面明确各个阶段的主要工作任务、完成任务的途径和各个阶段的里程碑以及责任划分。
2.2.需求分析阶段2.2.1.在项目的需求分析阶段，测试主管确定项目的测试人员，测试人员通过参与需求分析人员对需求分析的评审和讲解，理解并掌握《需求分析说明书》。
2.2.2.测试人员根据项目经理编写的《项目任务书》，开始编写《测试计划》文档。
里程碑：《**项目测试计划》2.3概要设计阶段2.3.1在项目的概要设计阶段，测试人员通过参与概要设计人员对概要设计的讲解和对概要设计文档的评审，深入地了解和掌握《概要设计说明书》。
2.3.2测试人员根据《需求分析说明书》和《概要设计说明书》等文档编写系统功能测试的《测试用例》文档。
里程碑：《**项目测试用例》2.4.系统测试阶段2.4.1．测试主管接受开发人员提交的《测试申请单》后，认真检查测试申请中的各项内容，如果存在不符合要求的，必须将《申请》返回，并要求开发人员修改后重新提交申请；2.4.2．《测试申请单》检查通过之后，测试人员根据《测试计划》、《需求分析说明书》、《概要设计说明书》和《测试申请单》等文档完成系统功能测试的《测试用例》。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
学生成绩管理系统
用户手册概要
拟制人_张远浩、罗陈黄、徐硕勋、徐鹏_ 审核人_高月____ _______________ 批准人__高月_______ _____________
2016年6月29日
目录
1．引言 (2)
1.1编写目的 (2)
1.2背景 (2)
1.3定义 (2)
1.4参考资料 (2)
2．用途 (2)
2.1功能 (2)
2.2性能 (3)
2.3安全保密 (3)
3．运行环境 (4)
3.1硬设备 (4)
3.2支持软件 (4)
3.3数据结构 (4)
4．使用过程 (5)
4.1安装与初始化 (5)
4.2输入 (6)
4.3输出 (6)
4.4文卷查询 (7)
4.5出错处理与恢复 (7)
4.6终端操作 (7)
用户手册概要
1．引言
1.1编写目的
明确用户对学生在线考试系统的功能需求和性能要求，并将这些需求用规格化的语言和规范化的结构完整，准确地表达清楚，以此统一软件开发者和用户对学生成绩管理系统软件的理解和认识。
这是开发学生在线考试系统的基础，也是软件开发者和用户达成共识的基础，编写该软件需求分析说明书的目的就在于此。
1.2背景
a.待开发的系统的名称;学生成绩管理系统
b.本项目的任务提出者、开发者、用户；
项目任务提出者：北华大学13级学生罗陈黄，徐硕勋，张远浩，徐鹏。
项目开发者：北华大学13级学生罗陈黄，徐硕勋，张远浩，徐鹏。
用户：大学阶段师生。
c.该系统同其他系统或其他机构的基本的相互来往关系。
实现软件单位：北华大学。
随着计算机的发展更多学校采用计算机学生在线考试系统，这样可以等到更好的管理，所以为了实现该校学生信息办公自动化高级化。
这样提高了工作效率，同时减轻工作压力，为学校教务处开发学生信息管理系统。
提高科学管理和科学决策水平。
1.3定义
录入学生成绩的管理系统
1.4参考资料
1.《软件工程基础》赵一丁北京邮电大学出版社
2.《软件需求》劳森(作者), 刘晓晖 (译者) 电子工业出版社
3.《软件需求工程：原理和方法》金芝，刘璘，金英科学出版社
4.《实用软件工程》第三版殷人昆清华大学出版社
2．用途
2.1功能
我们的系统需要实现的功能主要包括以下几个方面：
设计不同用户的操作权限和登录方法；
管理员可以添加、修改和查询学生的档案记录，同时可以添加、修改和查询学生的成绩记录，有对学生成绩信息开放度的管理权；
管理员对学生的档案和成绩进行审查，生成学生的档案记录报表和学生成绩报表；
教师可以查询所授课程的学生信息，可以录入并查询所授课程的成绩；学生有查询个人档案信息和成绩信息的权利；用户界面的直观性和成绩查询结果的可视化。
在查询结果的可视化方面，主要是尤其针对当前众多的成绩管理系统的“通病”，我们所涉及的利于查询用户的一项新功能，除了带来便捷性之外，在数据的统计分析等方面也有很大的帮助。
满足上述要求的系统应该包括以下几个模块：基本数据维护功能；数据库管理功能；基本业务功能。
功能实现：
系统管理员：
管理员登录进入系统可以对学生的档案、老师的档案、学生的成绩信息、课程信息、班级信息、教授信息、专业的信息查询、增加、修改；
老师：
老师登录进入系统可以对老师自己的档案进行查询，修改密码，查询教授信息、查询学生的信息、录入学生成绩、学生的档案、对学生的密码和联系方式进行修改，另外还可以查询学生的成绩清单、以及班级成绩清单、单科成绩册、补考学生的名单，最主要的是录入学生成绩；
学生：
学生登录成绩管理系统可以对学生自己的成绩、确认个人信息、修改密码和联系方式；通过分权限分角色的系统架构，可以实现不同的界面和不同的管理角色，使系统的更加完善！
2.2性能
2.2.1精度
输入的成绩分数、课程号、学号、学年、学期的精度为整数，输入的学时，学分保留一位小数；
输出成绩分数、课程号、学号、学年、学期精度仍为整数，输出学分、学时、绩点保留一位小数。
2.2.2时间特性
系统相应操作响应时间不超2秒；学生查询成绩操作从输入数据，电脑提交数据到得到查询结果不超过2秒；数据管理部分，从提交某一数据录入到结果返回不超过2秒。
2.2.3灵活性
为确保系统灵活性，系统支持：
分层架构的，将客户的需求按需求的通用性分层。
系统模块化。
报表定制、
主菜单和主页定制，
权限体系
支持数据建模。
支持流程建模
2.3安全保密
执行和控制：监控由软件安全性分析计划规定的任务的执行。
控制安全性分析进展并对发现的问题进行调查、分析和解决（解决方案有可能导致计划变更）。
评审和评价对安全性分析及其输出的软件产品进行评价，以便使软件安全性分析达到目
标，完成计划。
分析系统分配的软件需求、接口需求，完成对系统安全性需求的映射，以安全相关性分析和对软件需求的安全性评价。
有了这些积累，评测人员才有把握对软件在系统中的安全性需求作出一个综合性的评价，更好地提交对后续的软件设计和测试的建议。
结构设计的安全性，以保证软件安全功能的完整性。
软件详细设计安全性分析，将软件结构中的主要部件划分为能独立编码、编译和测试的软件单元，并进行软件单元的设计
代码应该体现软件详细设计所提出的设计要求，实现设计过程中开发的安全性设计特征和方法，遵循设计过程中提出的各种约束以及编码标准。
软件测试作为验证软件功能性
系统数据库维护模块无远程处理功能，
对于不同权限用户，设置不同权限，对重要数据可以考虑加密存储。
考虑到数据保存，条件允许的情况下可以让系统定时自动保存，省去手工保存的繁杂程序。
3．运行环境
3.1硬设备
须有一台装有MySql数据库的服务器
CPU：Intel PⅡ 450MHz
内存：64MB
硬盘空间：1.5GB
3.2支持软件
Eclipse10
Mysql5
JDK1.7
Apache
Tomcat服务器
3.3数据结构
管理员U={名称、密码、用户名、电话}
系部U={系部编号、系部名称}；
学生U={学号、密码、姓名、出生日期、性别、籍贯、学制、民族、身份证号、头像、联系电话、班主任、专业、政治面貌、入学日期、成绩}
老师U={登录名、姓名、密码、性别、工资、职务、职称、照片、教研室、出生日期、工作日期}
班级U={名称、年级、人数、学制、班主任、班长、书记}
课程U={课程名称、类别、学分、学时、考试类型}
学期U={学期编号、学期名称}
成绩U={成绩编号、平时成绩、期末成绩、考试类型、考试时间、录入时间}
4．使用过程
4.1安装与初始化
服务器端
安装JDK1.7
配置java环境变量
安装MySql
下载apache-tomcat
客户端
下载浏览器
4.2输入
4.2.1输入数据的现实背景
4.2.2输入格式
4.2.3输入举例
张三的成绩是65分，那么输入的分数就为65;
若他的成绩为65.5分,那么输入的分数应为65.5分，若他的成绩为65.85分，
你可以输入65.8 或65.9分。
4.3输出
4.3.1输出数据的现实背景
4.3.2输出格式
数据的输出分为学生成绩数据，学生姓名数据，学生班级数据，学生年龄数据，课程信息数据
4.3.3输出举例
4.4文卷查询
无特殊说明，用户只需登录，进入主界面即可通过相关按钮实现查询功能。
4.5出错处理与恢复
1 无法修改、删除用户信息
当修改、删除用户信息时要先选中要修改、删除的用户，才可以进行修改、删除操
作。
2 没有查询结果
当没有查询结果时可能是当前并不存在该学生信息。
4.6终端操作
用户只需跟着页面走，不需要技术。