软件工程实验指导书

年4月19日软件工程实验指导书文档仅供参考，不当之处，请联系改正。软件工程实验指导书软件工程实验是《软件工程》课程讲授中一个重要的、不可或缺的实践环节。其目的是使学生能够在实际软件工程项目中熟练的运用软件工程的理论、技术和方法，全面掌握软件工程管理、软件需求分析、软件概要设计、软件详细设计、软件测试等阶段的方法和技术，以及培养学生的合作意识和团队精神，培养学生对技术文档的编写能力，从而使学生提高软件工程的综合能力，提高软件项目的管理能力。根据课程的特点，实验内容包括结构化的方法学和面向对象的方法学两个方面。引入一个简单的实际项目（自选或教师指定），要求学生利用结构化软件开发技术或面向对象的软件开发技术完成对该项目的开发。另外又引入中国国家《计算机开发规范文档》，以规范技术文档的书写标准，提高实验教学质量。特别是在实验中针对面向对象的软件开发技术，增加面向对象的工业建模标准统一建模语言及其工具rationalrose的专项练习。经过实验训练，达到如下目的：使学生进一步了解和掌握软件工程原理，提高对实际项目的分析和设计能力，快速掌握结构化的软件分析技术、设计技术和软件测试，并熟练的撰写软件文档；进一步的掌握面向对象的分析技术、设计技术和测试技术，以及统一建模语言及其工具rose在实际工程项目中的应用，从而培养学生综合运用所学课程知识，分析解决问题的能力以及学生的合作意识和团队精神，为今后走向工作岗位打下扎实的基础。一、实验要求软件工程实验要求学生采用“项目小组”的形式，结合具体的开发项目进行设计。具体要求如下：1．班级按项目小组进行分组，每组不得超过5人2．每个项目小组选出项目负责人或项目经理，由项目经理召集项目组成员讨论、选定开发项目3．项目开的每项任务要落实到人且规定该任务的起止日期和时间4．每个项目小组必须按照《软件工程实验指导书》附录中给定的文档规范标准提供项目文档5．根据实验内容，分别实现结构化的开发和面向对象的软件开发6．题目自定或采用附录一中的题目二、实验内容1．结构化软件开发技术以实际工程项目为驱动，采用结构化的分析、设计与实现方法完成该项目的分析设计与实现。（1）项目的可行性分析评述为了合理地达到开发目标而可能先择的各种方案；论证所选定的方案。（2）项目的开发计划以项目负责人为主，对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来，以便根据本计划开展和检查本项目的开发工作。（3）软件需求规格说明书编制目的是软件使用用户、业务专家和软件开发者对该软件的起初规定有一个共同的理解，使之成为整个开发工作的基础，主要将用户的需求和业务的需求转化为未来软件系统的目标功能模型。（4）软件概要设计说明书编制目的是说明对未来软件系统的结构设计的考虑，包括软件系统的体系结构、数据的设计、接口的设计以及模块基本处理流程的设计，为软件系统的详细设计提供基础。（5）详细设计说明书编制目的是说明一个软件系统各个层次中的每一个结构（模块或子系统）的设计考虑，如果一个软件系统比较简单，层次很少，本文件能够不单独编写，有关内容合并概要设计说明书。（6）数据库设计数据库设计说明书的编制目的是对于设计中所涉及的数据对象的逻辑结构和理结构作出具体的设计规定。（7）测试分析报告测试分析报告的编写是为了把单元测试、集成测试、系统测试和确认测试的结果写成文件加以记载。（8）用户手册描述该软件系统的基本使用方法。使用户（或潜在用户）经过本手册能够了解该软件的功能以及熟练的使用该系统。注：国家《计算机软件开发规范文档》见附录二。2．面向对象的软件开发技术以实际工程项目图书管理系统为驱动，结合面向对象的建模语言uml及建模工具ratioanlrose，完成该项目的分析、设计与实现。（1）面向对象的分析用例模型：软件系统的功能模型活动图：软件系统的业务模型类对象模型：软件系统的结构模型（2）面向对象的设计用例模型：设计阶段软件系统的功能模型类对象模型：设计阶段软件系统的结构模型动态模型：顺序图和协作图，状态图（3）面向对象的实现组件图：系统的编码部署图：系统的部署注：结合3--rationalrose的练习完成该项目。3．RationalRose的使用（1）rationalrose的基本操作的熟悉（2）用例视图的建立（3）逻辑视图的建立类对象模型动态模型的建立顺序图协作图状态图活动图（4）组件图的建立（5）部署图的建立三、实验过程课程实验项目具体要求如下：实验一项目开发的准备工作实验学时：2实验类型：设计型一、目的与任务确定课题，组织软件开发团队，制定开发计划，项目职责分工、熟悉软件开发环境，培养团队精神。二、内容、要求与安排方式1．实验内容与要求：根据所选课题，实行项目经理制，每组推荐一名组长，统一管理整个项目的实施过程，合理调整资源和负责项目全局；根据项目的难易合理分配组员的任务，对问题达成一致的看法；制定开发计划，熟悉相应的软件开发环境。2．实验安排方式：本实验为开放实验，各组可同时进行实验，每组5－6人。三、实验设备1．所用设备：计算机、打印机。2．消耗性器材：无实验二系统分析过程实验学时：2实验类型：设计型一、目的与任务采用结构化或面向对象的软件开发技术，获取业务需求、用户需求和软件需求，完成软件系统的需求分析过程，设计软件系统逻辑功能模型，数据模型、行为模型以及撰写软件需求规格说明书。二、内容、要求与安排方式1．实验内容与要求：（1）结构化开发技术理解项目的业务需求、用户需求和软件需求的内容，绘制软件系统的功能模型DFD（数据流程图）、数据模型E-R（实体联系图）和STD（行为模型）以及数据字典和需求规格说明书。（2）面向对象开发技术理解项目的业务需求、用户需求和软件需求的内容，绘制软件系统的功能模型（用例图）、静态的结构模型（类图）、行为模型（交互图和状态图）、数据模型以及数据字典和需求规格说明书。2．实验安排方式：本实验为开放实验，各组可同时进行实验，每组5－6人。三、实验设备1．所用设备：计算机、打印机。2．消耗性器材：无实验三系统设计过程实验学时：2实验类型：设计型一、目的与任务依据软件需求规格说明书，完成软件系统体系结构的设计和系统结构中每个模块的详细算法设计，并给出相应的软件设计规格说明书。二、内容、要求与安排方式1．实验内容与要求：（1）结构化开发技术仔细分析需求规格说明书的内容，设计系统的功能层次结构图SD（结构图）、接口设计、数据库设计和系统结构中各模块算法的详细设计，以及撰写软件设计规格说明书（2）面向对象开发技术仔细分析需求规格说明书的内容，设计系统的体系结构、问题域类设计、人机交互类设计、数据管理类设计及各子类的详细设计，以及撰写软件设计规格说明书2．实验安排方式：本实验为开放实验，各组可同时进行实验，每组5－6人。三、实验设备1．所用设备：计算机、打印机。2．消耗性器材：无实验四系统实现过程实验学时：2实验类型：综合型一、目的与任务完成软件系统的编码，并正确运用软件测试技术和方法，完成软件系统的单元测试、集成测试、确认测试、验收测试，熟练掌握测试用例的设计方法，能撰写测试报告。二、内容、要求与安排方式1．实验内容与要求：（1）软件系统编码（2）熟悉测试技术，能掌握单元测试、集成测试、确认测试、验收测试的方法，掌握测试用例的设计方法。（3）树立正确的软件测试思想，培养分析问题、解决问题的能力，能掌握测试报告的撰写。2．实验安排方式：本实验为开放实验，各组可同时进行实验，每组5－6人。三、实验设备1．所用设备：计算机、打印机。2．消耗性器材：无实验五：用例模型实验学时：2实验类型：设计型一、目的与任务目的：熟悉用例模型的功能，熟悉rationalrose的使用环境，掌握如何使用rose创立系统的用例模型。任务：熟练掌握rationalrose的开发环境，熟练用例模型的创立过程。二、内容、要求与步骤内容：本实验采用一个案例网上选课系统。在了解系统的具体需求后，完成对系统的需求建模。当创立系统的用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程。要求：实现用例模型，并对其中主要的用例进行用例描述。实验步骤：1.系统需求陈述网上选课系统主要包括如下功能：管理员经过管理界面进入，建立本学期要开的各种课程、将课程信息保存在数据库里并能够对课程进行修改和删除。学生经过客户机的浏览器根据学号和密码进入选课界面，查询已选课程和选课。2.系统主事件流的描述①添加课程事件流：管理员选择进入管理界面，用例开始。系统提示输入管理员密码。管理员输入密码。系统验证密码。A1：密码错误5．进入管理界面，系统显示当前所建立的全部课程信息。6．管理员选择添加课程。7．系统提示输入新课程信息。8．管理员输入信息。9．系统验证是否和已有课程冲突。A2：有冲突10．系统添加新课程，提示课程添加成功。11．系统重新进入管理主界面，显示所有课程。12．用例结束。其它事件流：A1：密码错误系统提示再次输入。用户确认。三次错误，拒绝再次访问。否则进入添加课程事件流第5步。A2：有冲突系统提示冲突，显示冲突课程信息。用户重新输入。继续验证直到无冲突。进入添加课程事件流第10步。注：删除课程事件流和修改课程事件流与此类似，在此不再详述。②选课事件流：1.学生进入选课登入界面，用例开始.2.系统提示输入学号和密码.3.学生输入学号密码.4.系统验证：A1;验证失败。5、进入选课主界面。6、学生点击选课。7、系统显示所有课程信息。8、学生选择课程。9、系统验证课程是否可选。A2：不可选。10、系统提示课程选择成功，提示学生交费。11、用例结束。错误流：A1：验证失败系统提示验证失败，提示重新输入。三次失败，拒绝访问。成功，转选课事件流第5步。A2：不可选系统提示不可选及原因。学生重新选课。重新验证直至成功。转选课事件流死10步。注：查询事件流比较简单，在此不详述。2.分析在-网上选课系统中,管理员首先登录系统,系统验证经过后,管理员负责添加课程、修改课程和删除课程等主要功能，所有信息存放在后台数据库中。学生实现对本学期课程的查询和选课。3.创立用例模型(1)在用例图上双击main,出现如图1.1所示,为绘制用例图做好准备。图1.1rationalrose的用例模型(2)在图中的工具栏选取Actor图标（参与者），在右边的图中添加一个Actor，并输入名称管理员（administrator）,如图1.2所示。图1.2添加一个参与者(3)在左边的工具栏中，选取用例的图标，在右边的图中画出一个用例，并输入用例的名称：addCourse，如图1.3.图1.3添加一用例（4）按照步骤（3），绘制出如图1.4的三个用例，添加课程（addCourse）、修改课程（modifyCourse）和删除课程（deleteCourse）。图1.4添加三个用例（5）在绘出了用例后，接下来的是绘制参与者与用例的关联，如图1.5所示。图1.5参与者和用例的关联（6）根据以上步骤，可完成学生使用的用例。则系统的用例模型就完成了，如图1.6所示。图1.6完整的参与者和用例的关联图（7）根据分析情况，进一步添加或细化用例图。三、实验报告要求1．整理实验结果，写实验报告。2．小结实验心得体会。实验六：类图实验学时：2实验类型：设计型一、目的与任务目的：理解类的基本概念；掌握如何从需求分析中抽象出类，类对象间的关联，类自身的属性和方法；掌握在RationalRose中绘制类的操作方法。任务：寻找和抽象出网上选课系统所涉及的类，熟练掌握rationalrose中类图的创立过程。二、内容、要求与步骤内容：根据网上选课系统的需求模型用例模型中用例的描述，了解了系统中每一用例的业务处理流程。现在需要对系统进行静态建模，即类图。要求：绘制类图，包括类间的关联。实验步骤：1.分析由前面章节对网上选课系统中课程的添加、修改和删除等基本功能的主事件流的描述可抽象出系统所涉及的主要对象，如Ｓtudent(学生类)、Administrator(管理员类)、ＦormObject(界面类)、Ｃourse(课程类)、ControlObject(控制对象类)、DataBase（数据库类）等。2．绘制类的步骤：（1）打开前面初步构建的UML模型文件。（2）打开Rose中的逻辑视图（LogicalView），在其下创立一张类图，名为：“网上选课系统类图。（3）用鼠标右击LogicalView，在弹出来的菜单中选择“New→Classdiagram”项，创立类图。（4）双击新建的类图，并点右边控件集中选中的类的图标，并用鼠标在图中分别拖出一个类图，并命名为Course，如图1.7所示。图1.7网上选课系统的类图（5）接下来的一步为设置类的属性，在新的类中双击该类，在打开属性面板中，能够看到在此能够设置类的属性和方法等其它的信息，图1.8所示；后撞击Attributes这个栏目，此栏目为设置类的属性的选项，在图中间的单击右键，能够看到有一个“Insert”的选项，选中这个选项；如课程号，在Type这个方框内输入此属性的类型值，同时能够看到一栏能够设置此属性的访问权限，一般这些属性都设置Private这个权限，如图1.9所示。这个类的其它属性也能够按照以上的做法设置。图1.8类的属性设置图1.9Course类属性设置（6）设置好类的属性，现在来设置类的方法（也是操作），双击类后在弹出的菜单上选operations这个选项，能够看到图1.10所示，在图中的空白地方，单击右键，在弹出的菜单中选insert这个选项，也就只有这个选项可用，接着输入方法名，同时能够设置该方法的返回类型，也能够在Documentations的方框内填写一些相关的方法说明，设置好该方法的访问权限。类的其它方法也能够按上面来设置好，最后，得到该类的其它方法见类1.10。图1.10设置类的方法（7）至此，类的方法和属性都设置好了，如图1.11所示。图1.11完整的Cpurse类（名称、属性和方法）（8）同样的方法设置其它的类，并分别设置相关的属性和方法，得到系统的初步类图，并根据分析情况，进一步细化添加相关的类，并给出类之间的关联，如图1.12所示。图1.12系统的最终类图三、实验报告要求1．整理实验结果，写实验报告。2．小结实验心得体会。实验七：顺序图和协作图实验学时：2实验类型：设计型一、目的与任务目的：理解顺序图的基本概念，理解协作图的基本概念；掌握在RationalRose中绘制交互图的操作方法。任务：对网上选课系统中的用例进行动态建模，熟悉交互图的创立过程。二、内容、要求与步骤内容：完成网上选课系统的静态结构类模型的搭建。现在需要对前面所给出的用例进行实现，而用例的实现主要由交互图来指定和描述系统的动态特性，即对象之间的交互，用顺序图和协作图实现。要求：给出系统所涉及主要用例的动态实现交互图的绘制。步骤：（以系统管理员添加课程的用例展示交互图的实现）1.添加课程用例的主事件流描述管理员进入管理界面，选择添加课程功能。界面提示用户输入课程信息。界面对象创立一个课程对象。经过控制对象来对课程信息进行合法性检查。‘控制对象向课程对象返回结果。控制对象向数据库查询课程相关信息。控制对象对查询结果进行判断。控制对象向数据库中插入数据。在界面上显示结果。控制对象撤消建立的课程对象。2．绘图步骤：（1）在Rose软件的左边栏目上的LogiclView单击右键，在弹出来的菜单中选择“New→Sequencediagram”项新建一个顺序图，顺序图是交互图一种表示，能够用时序来表示，如图1.13。图1.13顺序图（2）接下来的是添加对象。见图1.14所示。图1.14添加了对象的顺序图（3）添加对象后，便能够添加对象间的消息了。如图1.15所示。图1.15添加了对象间消息的顺序图（4)完成了顺序图后，能够按F5键便得到添加课程的协作图；或在弹出来的菜单中选择“New→Collaborationdiagram”项见图1.16所示。图1.16协作图三、实验报告要求1．整理实验结果，写实验报告。2．小结实验心得体会。实验八：状态图实验学时：2实验类型：设计型一、目的与任务目的：熟悉活动图的基本功能和使用方法，掌握如何使用建模工具绘制活动图方法。任务：完成系统主要对象的状态变换，熟练状态图的创立过程。二、内容、要求与步骤内容：得到网上选课系统的业务处理过程，但对业务处理过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去描述系统的业务活动。要求：实现网上选课系统中课程对象的状态图。实验步骤：1．业务分析：由前面章节对网上选课系统中的添加课程的主要业务的描述和分析可知，管理员能够添加、删除和修改课程信息，在某个学期开设该课程，如果选修人数超过指定人数，就不再允许学会选这门课。学期结束，课程的状态结束。2．绘图步骤：（1）在逻辑视图（Logicalview）下，点击鼠标右键，在弹出来的菜单中选择“New→Statechartdiagram”项如图3.1所示，新建一个状态图，命名为addCourse状态图，图1.17所示。图1.17构建状态图（2）双击“addCourse”状态图，展开后，在左边的工具栏上选取一个实心圆点，此结点为开始结点；当创立该课程时，操作者添加课程到数据库中，如果修改或删除某课程，则发出其它事件，如删除课程的事件“deletecourse”，则课程的状态就转入“deleted”状态。如图1.18所示。图1.18添加两个状态的状态图（3）课程对象（course）的状态图如图1.19所示。图1.19还书的状态图（5）根据分析设计情况，进一步添加或细化状态图。三、实验报告要求1．整理实验结果，写实验报告。2．小结实验心得体会。实验九：活动图实验学时：2实验类型：设计型一、目的与任务目的：．熟悉活动图的基本功能和使用方法，掌握如何使用建模工具绘制活动图方法。任务：对每个用例进行业务分析，说明其具体的业务流程；熟悉rose中活动图的创立过程。二、内容、要求与步骤内容：在了解系统的具体需求后，完成对系统的需求建模。当创立系统的用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程。要求：实现用例的业务流程。实验步骤：1.业务分析添加课程事件流：管理员选择进入管理界面，用例开始。系统提示输入管理员密码。管理员输入密码。系统验证密码。A1：密码错误5．进入管理界面，系统显示当前所建立的全部课程信息。6．管理员选择添加课程。7．系统提示输入新课程信息。8．管理员输入信息。9．系统验证是否和已有课程冲突。A2：有冲突10．系统添加新课程，提示课程添加成功。11．系统重新进入管理主界面，显示所有课程。12．用例结束。其它事件流：A1：密码错误系统提示再次输入。用户确认。三次错误，拒绝再次访问。否则进入添加课程事件流第5步。A2：有冲突系统提示冲突，显示冲突课程信息。用户重新输入。继续验证直到无冲突。进入添加课程事件流第10步。2.绘图步骤：（1）在逻辑视图（Logicalview）下，点击鼠标右键，在弹出来的菜单中选择“New→ActivityDiagram”，选中后单击，便能够新建好一个活动图。如图1.20所示。图1.20活动图(2)新建好活动图后，双击删除的活动图，然后把在左边的工具栏内点击“UI“，在右边的图添加一个泳道，并命名为“Model”.按照此步骤，再添加另一个泳道，并命名为“Database”，得到图1.21.图1.21带有两个泳道的活动图（3）接着在左边的工具上选取开始点，并在“UI”泳道上添加开始结点后，再来为此活动图添加活动，名为：输入各项课程信息“，并添加她们间添加活动关系，如图1.22所示。图1.22带活动的活动图（3）根据业务分析中添加课程的事件流程，最终获取“添加课程“用例的具体也去的处理流程，活动图如图1.23所示。图1.23完整的添加课程的活动图（4）根据分析设计情况，进一步添加或细化活动图。三、实验报告要求1．整理实验结果，写实验报告。2．小结实验心得体会。实验十：组件和部署实验学时：2实验类型：设计型一、目的与任务目的：理解组件图的基本概念，理解部署图的基本概念，掌握组件图和部署图绘制的方法。任务：完成系统的物理部件的映射，熟练掌握rationalrose中组件和部署图的绘制。二、内容、要求与步骤内容：已经完成网上选课系统的分析和设计，下一步就是生成系统的组件图和部署图。要求：完成系统的组件图和部署图。实验步骤：1.分析：在网上选课系统中，经过分析能够发现类图中的类应分为4个部分：在选课系统中，包括MainProgram类（主程序）、People类、ＣontrolObject类、Student类、Registrar类、Course类和ＤataBase类。其中，People类是Student类和Ｒegistrar类的抽象类，因此Student类和Ｒegistrar类依赖People类。ＦormObject类和ＣontrolＯbject类都和Course类相关,FormObject类和ＣontrolObject类依赖Ｃourse类。ＣontrolObject类和DataBase类相关，ControlObject类依赖DataBase类。2.绘图步骤：组件图：（1）在组件视图中双击Main图，在右边的绘图区中添加一个新组件，并取名StartClass.java表明新增一个主程序，如图1.24.。图1.24组件图（3）选择新创立的组件，点击鼠标右键，在弹出的菜单中选择“OpenSepcification”，）在对话框中，能够修改组件的名称，设置组件的类型，指定实现的语言。这里新组件的名称定为“StartClass.java”，修改结果如图1.25所示。图1.25设置组件的属性（4）根据分析的结果分别创立ＦormObject、ControlＯbject和Course等组件，并表示个组件对应的文件，并创立各组件的依赖关系。在本节“关系”一段中，已经描述过依赖关系使用虚线表示，因此根据分析中的结果，在图中将相互依赖的组件连接即可。完成后的组件图如图1.26。图1.26系统最终的组件图部署图：（1）“DeploymentView”,在图中添加分别添加一个Processer和Device，并分别命名为“computerwithjavasupport”和“Printer”，添加完毕后，并为节点添加连接关系。全图如图1.27。图1.27部署图（2）根据分析设计情况，进一步添加或细化组件图或部署图。三、实验报告要求1．整理实验结果，写实验报告。2．小结实验心得体会。四、成绩考核及评定实验结束时验收系统和收总结报告，成绩分优、良、中、及格和不及格五等。考核标准包括：（1）总结报告（40%）（2）系统演示（20%）（3）考勤（20%）附录一：课程设计题目题目一：“教务管理系统之子系统——学院课程安排”系统简介每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程。限定条件每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承担学院定主课的主讲任务。学院中层干部的主讲课时不能超过4学时/周。本学期出现严重教学事故的教师不能承担下各学期的主讲任务。本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（能够不含上课地点）。题目二：“学校教材定购系统”系统简介本系统能够细化为两个子系统：销售系统和采购系统销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生能够到书库领书。采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。以上功能要求在计算机上实现。技术要求和限制条件当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录，如库存表或进/出库表。在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。系统的外部项至少包括：教师、学生和教材工作人员。系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教材表、进库表和出库表。题目三：“机票预定系统”系统简介航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。另外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。技术要求和限制条件在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。对于本系统还应补充一下功能：旅客延误了取票时间的处理航班取消后的处理旅客临时更改航班的处理系统的外部输入项至少包括：旅客、旅行社和航空公司。题目四：“实验室设备管理系统”系统简介每年要对实验室设备使用情况进行统计、更新。其中：对于已彻底损坏的做报废处理，同时详细记录有关信息。对于由严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购买。新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息），同时更新申请表的内容。随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段等查询。技术要求及限制条件所有工作由专门人员负责完成，其它人不得任意使用。每件设备在做入库登记时均由系统按类别加自动顺序号编号，形成设备号；设备报废时要及时修改相应的设备记录，且有领导认可。本系统的数据存储至少包括：设备记录、修理记录、报废记录、申请购买记录。本系统的输入项至少包括：新设备信息、修理信息、申请购买信息、具体查询统计要求。注：系统的输出项至少包括：设备购买申请表、修理/报废设备资金统计表题目五：人事管理系统的设计系统简介和设计要求：（1）信息要求本系统应该包含与人事管理相关的信息，如部门信息、职员信息，其中职员信息应该包含职员的基本信息（如职员的编号、姓名、性别等）职员的其它信息如（如：主要社会关系、奖惩情况等）。（2）功能要求本系统的基本功能要求如下：部门信息维护；职员信息维护（含职员的部门调整）；职员信息查询（不确定查询）；人事信息查询(如人才结构的统计查询)用户管理（含用户权限的设置）辅助功能（如学历索引表、职称索引表的维护等）题目六：工资管理系统的设计系统简介和设计要求：（1）信息要求本系统应该包含与工资管理相关的信息，如部门信息、职员工资信息，其中职员工资信息应该包含与支援工资相关的基本信息（如：职员的编号、姓名、基本工资、各种津贴以及其它应发工资项目，水电、煤气等各项扣款，以及公积金、会费等）、职员的其它信息（如工资调整情况）等。（2）功能要求本系统的基本功能要求如下：部门信息维护；职员工资信息维护；显示打印职员工资表；打印职员工资发放表；打印部门工资汇总表；用户管理（含用户权限的设置）。题目七：毕业生管理信息系统设计要求：（1）信息要求本系统应该包含与毕业生管理相关的信息，如毕业生基本信息、毕业生就业信息、其中毕业生基本信息应该包括：毕业生的编号、姓名、性别、民族、籍贯、毕业时间、专业、政治面貌等信息；毕业生就业信息应该包括：毕业生的编号、就业时间、工作单位、工作性质、职务、地址等。（2）功能要求本系统的基本功能要求如下：毕业生基本信息维护；毕业生就业信息维护；毕业生就业情况查询（不确定查询）；按专业划分的就业情况统计；用户管理（含用户权限的设置）。题目八：图书管理系统：需求陈述：大学图书管理系统，该系统除了一般的图书管理功能外，还能够为学生和教工从其它图书馆借阅图书和文献资料提供服务。1.功能需求⑴基本数据维护功能：提供使用者录入，修改并进行维护基本数据的途径。基本数据包括读者的信息、图书资料的相关信息，能够对这些信息进行修改，更新。⑵基本业务功能：读者借、还书籍的登记管理功能，随时根据读者借、还书籍的情况更新数据库系统，如果书籍已经借出，能够进行预留操作，书籍的编目、入库、更新等操作。⑶数据库管理功能：对所有图书信息及读者信息进行统一管理维护的功能，对书籍的借还也要进行详细的登记，以便协调整个图书馆的运作。⑷信息查询功能：提供对各类信息的查询功能，如对本图书馆的用户借书信息，还书的信息，书籍源信息，预留信息等进行查询，对其它图书馆的书籍、资料源信息的查询功能。2.非功能需求①系统安全性需求：为保证系统安全性，对本图书馆的各项功能进行分级、分权限操作，对各类用户进行确认。对其它图书馆借阅图书和文献资料服务控制访问范围：如限IP、限用户等。②对系统可用性的需求：为了方便使用者，要求对所有交互操作提供在线帮助功能。③对系统查询速度的需求：要求系统在20S之内响应查询服务请求。④对系统可靠性的需求：要求系统失败发生率小于1%。3.领域需求例如：对“大学图书管理系统”，提出一些与图书管理的业务相关的需求：⑴图书编目要求按照《中国图书馆分类法》进行；⑵由于版权限制，某些文献资料只能在图书馆规定的阅览室阅读，并限制复制和打印。第一条需求是对遵循中国图书管理的规定，执行对图书的分类管理的标准。而第二条需求则是版权法对图书馆文献资料的保护的需要，描述了对一类文献资料有限制的使用和服务。题目九：面向对象图书管理信息系统设计与实现目的：综合运用面向对象程序设计、数据库编程、GUI用户编程技术开发一个功能简单的图书管理系统，实现基于关键字的检索，读者和图书基本信息的管理。任务：1）完成整个系统的需求分析和类的设计；2）实现基本的读者、图书信息管理功能，例如数据添加、删除和检索；3）实现一个GUI图书管理的程序，撰写相应的软件设计文档；题目十电子商务网站建设是一个集客户购物、下订单、订单处理、销售统计等功能于一体的系统。经过浏览器，让客户能够查询货物，把货物放入购物车，创立账户/登陆账户，创立订单，经过信用卡支付等。系统划分成了多个模块，松耦合的设计架构，允许能够和多个数据源，EIS（企业信息系统）进行交互。功能如下：1）用户注册/登陆/忘记密码/管理个人信息查询货物购物车管理提交订单信用卡支付查询历史购物记录2）货物商店接受/处理订单消息手工接受/拒绝订单用E-mail来通知客户发订单给供应商销售统计3）供应商接受订单派送货物给用户提供一个基于web的库存管理维护库存数据库题目十一：病员监护系统本例为医院特级护理病房的病员监视系统。1）在每一病床旁有一个监护器。2）在病员身上附着各种传感叹器，监测各种生理参数，诸如血压，呼吸，体温。信号被被送到监护器。3）监护器带有输入键盘，用以输入病员的病号的病历号，各种监测的生理因素的安全范围值（上下限值），以及监测频率定期（监测周期）等。4）各监测部件与中心计算机相连，后者按指定的监测频率定期地对监视器进行检查。5）检查所得到的数据记录在每个病员的记录文件上。6）如果发现病员的生理因数超出在安全范围时，在护理室有各病员的各种报警信号（灯光）出现。7）每个监视器有一开关，用来控制监测工作。8）本例中假设监视255个病员，每人设定4个因素。监视周期可从1秒到小时变化，对每一病员监视1秒时间。9）安全范围为十进数值，内部表示为浮点数。病历号为9整数。题目十二：通用试题库组卷系统的设计与实现考试是进行教学目标评价的主要手段,试卷是测量学生学习质量的一把"尺子"。而命题的水平则是检验教学质量的关键。传统的试卷命题一般是用手工的方式实现的,不但工作量大、容易出错,而且不能把教师从繁重的出卷劳动中解放出来。在现行的教育中,虽然有些高等院校也有一些专门的课程的试题库管理系统,可是通用性的效果不佳。随着Internet的出现和广泛使用,WEB使得实现广泛的网络共享、集中的安全控制和友好的使用界面达到了完美的结合。开发基于Web的在线组卷系统就具有很重要的意义。开发网上的通用试题库组卷系统,不但能够很好的实现教考分离,能够提高教学质量,而且能够使高校的教学管理质量更上一层楼。它是将系统架设在一个WEB站点上运行,经过浏览器访问,它提供了传统题库系统所不能完成的某些功能。充分利用网络资源,教师、专家能够在终端进行试题库的编辑、更新等操作,学生则能够经过动态的选择不同的类型、数量的试题来进行在线学习和考试,来检测自己的学习效果。功能模块：录入模块：在教学大纲和考试大纲的指导下,能够向组卷库里添加符合要求的试题和试卷。查询模块：系统中的所有用户能够查询试卷、试题、用户等信息。组卷模块：是通用试题库组卷系统的一个核心模块,这部分的设计的优劣能够反映其试卷质量的高低。就当前而言,为了满足不同人的需求,组卷的形式大概能够分为以下两种。手工组卷是指系统根据一些条件后调出一定范围的试题,然后出题人员在这个范围的试题内逐个地经过复选来形成试卷的方法。出题者能够利用现有的试题库,按照条件查询,能够在查询结果中对每一试题进行率选,顺序也能够进行调整,出题人员不断重复这个步骤,并能够依据每题的难易程度来控制整份试卷的难易。自动组卷是指出题人员向系统只提供一些很简洁的计划,完全由系统自动按照一定的算法和规则在试题库里自动,系统根据一些参数的设定,比如:试题的考试时间,按题型比例出卷,随机抽取试题并试题不重复等等,灵活地抽取各类型的试题组成试卷,那么就会导致试卷的内容随着库中的试题的变化而变化。考试模块：本系统的另一个核心模块。其主要功能是为学生提供一个考试平台,根据对出题方式的设定,输入试卷编号,如果试卷确实存在,那就能够调出试卷进行在线测试,考生在页面上进行答题,最后将答案提交给服务器,为了规范考试纪律,该系统采用了自愿交卷和自动交卷。删除模块：只有管理员才具有权限去删除，能够选择删除试题、科目等信息。题目十三：操作系统精品课程网站设计与实现《操作系统》是软件学院软件工程专业的主干必修课，为嵌入式系统及其应用提供课程支持，它在计算机知识结构中有着极其重要的地位和作用，可为学生较全面的建立起关于计算机系统的概念。

《操作系统》课程又是考研课程和软考重要必考课程之一，定位于计算机各相关专业的本科生，因此在授课内容上强调知识的完备性、实际系统的关联性、基本理论的应用性及新技术的引入。该课程要求学生能够很好地掌握计算机操作系统的基本概念、各种资源管理的思想和算法，能够较好的理解操作系统原理，而且能够拓展原理的应用，也为学生的底层程序开发及后续发展奠定基础。因此，开发一个操作系统精品课程网站显得特别重要。功能模块：课程介绍：主要包括软件工程的课程简介、教学大纲、选用教材、参考文献等。师资队伍：主要是介绍软件工程的主讲教师、教学专家、教师风采（主要采用视频播放教师现场授课）、教学成果（包括教改课题、教改论文）教学资源：主要向学生提供丰富的课内和课外知识，使学生可在课外时间预习和复习课程知识，并能根据自己的兴趣了解相关的课外知识。这些模块还提供各类资源的下载功能，如电子课件、阅读资料、例题习题、课程设计等。在线考试：管理员或教师维护题库、根据试题的题库设置考试的试卷规则、录入允许参加考试的考生名单、考生随机抽取题库试题进行考试、教师批卷或计算机自动判卷、统计考试成绩、查询考试结果。在线考试还具备学生的自测功能，即学生可任意选择自测章节、知识点和难度系数进行组题，以确定测试范围，系统将根据学生的选项，自动随机调出相应范围内的题目。学生答题结束后，系统记录学生的答题情况，以供学生日后参考复习。系统还会在答题结束后自动给出参考答案，供学生参考。对于客观性题目,系统还会自动打出分数。辅导答疑：是实现“网上答疑”，在网上学生提出问题，教师进行解答，这些提问和解答都被系统记录，以便其它用户查看和学习，达到信息的共享目的。用户管理：主要用于对用户分角色进行有效的授权管理，系统主要包含三类用户：学生、教师和系统管理员，每类用户对本系统有各自不同的使用权限。学生的权限最低，只有一般的使用权。教师和系统管理员具有较高的权限，如教师能够进行作业管理，题库模块的维护及答疑等；系统管理员则负责公告，教学资源，试题库，角色等各种功能的管理。作业管理：该模块主要是学生在这里提交作业，教师能够在线批改作业，给出成绩，学生能够在查看作业批改情况。题目十四：ATM柜员机模拟程序要求：当输入给定的卡号和密码（初始卡号和密码为123456）时，系统能登录ATM柜员机系统，用户能够按照以下规则进行（规则能够按照实际系统做需求）：查询余额：初始余额为10000元ATM取款：每次取款金额为100的倍数，总额不超过5000元，支取金额不允许透支。ATM存款：不能出现负存款。修改密码：新密码长度不小于6位，不允许出现6位完全相同的情况，只有旧密码正确，新密码符合要求，且两次输入相同的情况下才能够成功修改密码。题目十五：网上选课管理系统:主要由以下几个模块构成:登陆:学生依照学生姓名,学号,密码等基本信息登陆学生选课:列出所有可选课程供学生选择课程相关信息查询:所设课程名称,教师,教材,学分,学时等信息成绩查询:查询该门课成绩选课方案建议:根据学生专业提供建议信息修改:学生基础信息修改,学生选课修改打印功能:打印所选课程信息题目十六：bbs论坛功能描述：3.1系统划分该网站建设包含以下子系统：前台服务功能前台服务功能后台管理功能登录、注册、修改信息、注销管理个人的留言信息查看、发表、回复留言用户管理BBS论坛系统查询留言（分类、高级）管理员后台管理版主后台系统设置留言管理公告管理其它管理3.2用户角色划分：普通（游客）用户是该论坛的一种用户，普通用户以游客身份登录本系统，只具有察看帖子的功能，不能留言。注册用户具备普通用户所有的能力。而且是已经注册了的用户，能够登录、修改个人信息，而且能够发表留言。3、版主具备注册用户所有的能力，其主要权限是对分论坛进行文章管理。4、管理员管理员登录以后能够对论坛系统进行管理，包括论坛的基本信息、用户设置，还能够修改管理员密码。3.3前台服务的用例图1、各种信息的显示（面向游客）2、各种用户信息的操作（面向注册用户）3、各种留言信息的操作（面向注册用户）4、各种个人信息的浏览操作（面向注册用户）题目十七：网上招聘功能模型如下：1.系统的求职者模块进行用况建模对系统的招聘者模块进行用况建模对系统的管理员模块进行用况建模对系统总体功能进行建模题目十八:小型超市管理系统（1）、零售前台（POS）管理系统，本系统必须具有以下功能：商品录入：根据超巿业务特点制定相关功能，能够经过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法能够充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。收银业务：经过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业(2)、后台管理系统，本系统必须具备以下功能进货管理：根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），能够避免盲目进货造成商品积压。按计划单有选择性地进行自动入库登记。综合查询打印计划进货与入库记录及金额。销售管理：商品正常销售、促销与限量、限期及禁止销售控制。综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。库存管理：综合查询库存明细记录。库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。库存自动盘点计算。人员管理：员工、会员、供货商、厂商等基本信息登记管理。员工操作权限管理。客户销售权限管理。题目十九:设备管理系统系统的主要功能在本系统主界面中，我们能够看到七个系统菜单和多个功能模块按钮，为了增加本系统的安全时，首先需要验证，只有在登录界面上输入正确的用户名和密码，获得相应权限才能登陆本系统使用。下面分别论述本系统的各个功能模块的作用：系统登陆：用户登陆模块LoadFrame之后，就进入本登陆界面，用户需要如上所述的正确的用户名和密码之后才能使用本系统。购买管理：包括购入设备数量，购入日期，购买经费，经手人员，设备号，设备名。转借管理：主要包括转借设备号，转借设备名，经手人，借出日期，归还日期。维修管理：维修日期，维修人员，维修经费，设备名，设备号。库存管理：包括现存设备数量，设备号，设备名,设备状态。报废管理：报废日期，设备名，设备号，批准人。用户管理：包括查询设备数据信息与用户登陆系统和修改密码。其中修改密码：密码是一个管理系统正常运行的一个重要保障，在本处，只有管理员才能够进行操作，并能够根据不同的系统情况对系统的用户进行增加和删除等工作。退出系统：退出本系统，恢复系统的实始状态。题目二十:企业工资管理系统企业工资管理系统的主要功能企业工资管理系统的主要任务是用计算机对各种工资信息进行日常的管理，如查询、修改、增加、删除以及存储等，迅速准确地完成各种工资信息的统计计算和汇总工作，快速打印出工资报表，针对系统服务对象的具体要求，设计了企业工资管理系统。企业工资管理系统主要有以下几大功能：（1）对单位人员的变动进行处理。一个单位的职工不会是一成不变的，总是在不断的变化：有调出、有调入、也有职工在本单位内部调动。因此，设计系统是应考虑到这些情况。（2）对职工的工资进行计算、修改。能够对职工的工资档案进行个别、部分和批量修改，同时，能对各职工的工资进行计算，即计算应发金额、应扣金额及实发金额等。（3）查询统计功能。要求即能够单项查询，比如查看某个职工的工资情况等；也能够多项查询，比如某部门工资数在某一范围的职工的工资情况等。（4）报表打印功能。每月发放工资时，要求能够打印本月的工资表、随工资发给每个职工的工资条以及工资统计表。附录二：软件开发文档指南1可行性研究报告

可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能先择的各种方案；说明论证所选定的方案。

可行性研究报告的编写内容要求如下：

1.1引言

1.1.1编写目的

1.1.2背景

1.1.3定义

1.1.4参考资料

1.2可行性研究的前提

1.2.1要求

1.2.2目标

1.2.3条件、假定和限制

1.2.4进行可行性研究的方法

1.2.5评价尺度

1.3对现有系统的分析

1.3.1数据流程和处理流程

1.3.2工作负荷

1.3.3费用开支

1.3.4人员

1.3.5设备

1.3.6局限性

1.4所建议的系统

1.4.1对所建议系统的说明

1.4.2数据流程各处理流程

1.4.3改进之处

1.4.4影响

1.4.4.1对象设备的影响

1.4.4.2对软件的影响

1.4.4.3对用户单位机构的影响

1.4.4.4对系统动行的影响

1.4.4.5对开发的影响

1.4.4.6对地点和设施的影响

1.4.4.7对经费开支的影响

1.4.5局限性

1.4.6技术条件方面的可行性

1.5可选择其它系统方案

1.5.1可选择的系统方案1

1.5.2可选择的系统方案2

……

1.6投资及收益分析

1.6.1支出

1.6.1.1基本建设投资

1.6.1.2其它一次性支出

1.6.1.3非一次性支出

1.6.2收益

1.6.2.1一次性收益

1.6.2.2非一次性收益

1.6.2.3不可定量的收益

1.6.3收益/投资比

1.6.4投资回收周期

1.6.5敏感性分析

1.7社会条件方面的可行性

1.7.1法律方面的可行性

1.7.2使用方面的可行性

1.8结论

2项目开发计划

编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下：

2.1引言

2.1.1编写目的

2.1.2背景

2.1.3定义

2.1.4参考资料

2.2项目概述

2.2.1工作内容

2.2.2主要参加人员

2.2.3产品及成果

2.2.3.1程序

2.2.3.2文件

2.2.3.3服务

2.2.3.4非移交产品

2.2.4验收标准

2.2.5完成项目的最迟期限

2.2.6本计划的审查者与批准者

2.3实施总计划

2.3.1工作任务的分解

2.3.2接口人员

2.3.3进度

2.3.4预算

2.3.5关键问题

2.4支持条件

2.4.1计算机系统支持

2.4.2需要用户承担的工作

2.4.3需由外单位提供的条件

2.5专题计划要点

3软件需求说明书

软件需求说明书的编制是为了使用户的软件开发者双方对该软件的起初规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下：

3.1引言

3.1.1编写的目的

3.1.2背景

3.1.3定义

3.1.1参考资料

3.2任务概述

3.2.1目标

3.2.2用户的点

3.2.3假定与约束

3.3需求规定

3.3.1对功能的规定

3.3.2对性能的规定

3.3.2.1精度

3.3.2.2时间特性要求

3.3.2.3灵活性

3.3.3输入输出要求

3.3.4数据管理能力的要求

3.3.5故障处理要求

3.3.6其它的专门的要求

3.4运行环境规定

3.4.1设备

3.4.2支持软件

3.4.3接口

3.4.4控制

4数据需求说明书

数据要求说明书的编制目的是为了向整个开发时期提供关于处理数据的描述和数据采集要求的技术信息。编制数据要求说明书的内容要求如下：

4.1引言

4.1.1编写目的

4.1.2背景

4.1.3定义

4.1.4参考资料

4.2数据的逻辑描述

4.2.1静态数据

4.2.2动态输入数据

4.2.3动态输出数据

4.2.4内部生成数据

4.2.5数据约定

4.3数据的采集

4.3.1要求和范围

4.3.2输入的承担者

4.3.3处理

4.3.4影响

5概要设计说明书

概要设计说明书可称作系统设计说明书，这里说的系统是指程序系统，编制的目的是说明对程序的系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。编制概要设计说明书的内容要求如下：

5.1引言

5.1.1编写目的

5.1.2背景

5.1.3定义

5.1.4参考资料

5.2总体设计

5.2.1需求规定

5.2.2运行环境

5.2.3基本设计概念和处理流程

5.2.4结构

5.2.5功能需求与程序的关系

5.2.6人工处理过程

5.2.7尚未解决的问题

5.3接口设计

5.3.1用户接口

5.3.2内部接口

5.3.3外部接口

5.4运行设计

5.4.1运行模块组合

5.4.2运行控制

5.4.3运行时间

5.5系统数据结构设计

5.5.1逻辑结构设计要点

5.5.2物理结构设计要点

5.5.3数据结构与程序的关系

5.6系统出错处理设计

5.6.1出错信息

5.6.2补救措施

5.6.3系统维护设计

6详细设计说明书

详细说明书可称作程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件能够不单独编写，有关内容合并概要设计说明书。对详细设计说明书的内容要不得要求如下：

6.1引言

6.1.1编写目的

6.1.2背景

6.1.3定义

6.1.4参考资料

6.2程序系统的组织结构

6.3程序1（标识符）设计说明

6.3.1程序描述

6.3.2功能

6.3.3性能

6.3.4输入项

6.3.5输出项

6.3.6算法

6.3.7流程逻辑

6.3.8接口

6.3.9存储分配

6.3.10注释设计

6.3.11限制条件

6.3.12测试计划

6.3.13尚未解决的问题

6.4程序2（标识符）设计说明

……

7数据库设计说明书

数据库设计说明书的编制目的是对于设计中的数据库所有标识、逻辑结构和理结构作出具体的设计规定。其内容要求如下：

7.1引言

7.1.1编写目的

7.1.2背景

7.1.3定义

7.1.4参考资料

7.2外部设计

7.2.1标识符和状态

7.2.2使用它的程序

7.2.3约定

7.2.4专门指导

7.2.5支持软件

7.3结构设计

7.3.1概念结构设计

7.3.2逻辑结构设计

7.3.3理结构设计

7.4运用设计

7.4.1数据字典设计

7.4.2安全保密设计

8用户手册

用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统工程所具有的功能及基本的使用方法。使用户（或潜在用户）经过本手册能够了解该软件的用途，而且能够确定在什么情况下，如何使用它。具体的内容要求如下：

8.1引言

8.1.1编写目的

8.1.2背景

8.1.3定义

8.1.4参考资料

8.2用途

8.2.1功能

8.2.2性能

8.2.2.1精度

8.2.2.2时间特性

8.2.2.3灵活性

8.2.3安全保密

8.3运行环境

8.3.1硬设备

8.3.2支持软件

8.3.3数据结构

8.4使用过程

8.4.1安装与初始化

8.4.2输入