2012软件工程实验要求

实验一、实验准备工作

一、实验目的与任务

实验目的是为本课程实验做好各项准备工作。

主要任务包括确定分组成员，选定开发题目，熟悉数字电子资源获取，熟悉相应的软件开发环境。

二、实验内容与要求

根据自愿原则，由学生自行结合形成实验分组，每组3－5人，并随实验难度的大小适当调整分组规模。

各组从后续附件列表中选定或自拟实验开发题目。开发题目的规模要适度，不能太小，亦不宜太大。题目大小选择除考虑题目本身的综合性之外，同时结合试验难度、要求标准、学生软件知识与技能基础、实验时数等因数具体决定。

各组推荐一名组长，统一管理整个项目的实施过程；组长可以根据项目的难易程度合理分配组员的任务。

针对项目的实施，熟悉相应的软件开发工具和环境。

获取与准备实验题目相关的文献4-5篇。

三、实验工具与环境

①能够接入Internet的计算机。

②浏览器Iinternet Exploerer, firefox等。

③相关软件开发工具与环境

四、实验方法与步骤

教师在线演示电子资源的获取方法，学生根据选题查找所须文献资料。

电子资源获取的主要手段包括搜索引擎和检索校数字图书馆电子资源。

实习题目的规模，由教师学生共同评估。评估方法既可以基于功能点数,也可基于系统静态结构中包含的实体类的数目等。

五、实验成果

提交分组名单及选题情况。

与准备实验题目相关的文献4-5篇。

实验二、Visio 的安装与使用

一、实验目的与任务

了解Visio软件主要用途及安装运行方式。掌握利用Visio绘制系统流程图、数据流图、程序流程图、类图、用例图、软件结构图等的方法。从书籍或网上选择适度规模的前述图形，利用Visio加以绘制。

二、实验内容与要求

Visio 2003是一个专业的图表绘制软件。使用Visio可视化接口界面，可通过简单拖放操作，轻松创建视觉效果丰富、种类齐全、专业水准的业务图表和技术图表。

本实验要求了解Visio的演化背景、作用、安装运行方式。特别是了解Visio 支持的与软件工程密切相关的图表的建立与使用方法。

利用Visio绘制适度规模的系统流程图、数据流图、程序流程图、类图、用例图、软件结构图等。

本实验以个人为单位进行，各学生对立完成各项实验任务。

三、实验工具与环境

①Microsoft Visio Professional 2003（简称Visio 2003）软件。

②能够安装Visio 2003软件的计算机。

四、实验方法与步骤

1）Visio 2003的安装

一般地，Visio 2003不包含在Office 2003的软件包中，而是放置在一张独立CD盘上。将CD盘放入光驱后运行CD盘上的setup.exe。然后顺着安装向导输入相关信息即可完成安装。系统会在Microsoft office子菜单中自动增加Visio 2003加载项。

图2-01 Visio启动窗口

Visio既可以独立运行、亦可以嵌入方式运行于Microsoft Office 的各种软件中。

2）Visio绘图的一般过程

Visio绘图的一般步骤是：新建绘图板、选择图元形状种类、绘制图元、连接图元、编辑图元属性、排版。具体过程如下：

首先选择【开始】→【程序】→【Microsoft Office Visio 2003】启动Visio。

如图2-01，点击Visio窗口中的【文件】→【新建】→【新建绘图】，出现如图2-02 所示的绘图窗口。

图2-02 Visio绘图窗口

在图2-02中，单击工具栏上的“形状”按钮（虚线圆环所环绕），弹出供选择的各类图形文件夹，然后，再选择各类形状集合。

例如，要绘制数据流图。可按照上述方法，在弹出的形状菜单中依次选择【流程图】→【数据流图表形状】，如图2-03所示，打开数据流图表形状的图元对象集；最终选择结果如图2-04所示。

此时，可以在绘图板上绘制图元。有下述三种方式可供选择：在选中的图元上（如“数据进程”，即数据流图中的加工）单击鼠标右键，从弹出的快捷菜单中选择【复制】，再在绘图板上单击鼠标右键，并选择快捷菜单中的【粘贴】，即在绘图板上复制出一个相应的图元副本。

还可以先选中复制的图元对象，按Ctrl＋C键进行复制操作，再按Ctrl＋V 键进行粘贴操作即可；也可在窗口菜单中选择【编辑】→【复制】以及【编辑】→【粘贴】）；或者在常用工具栏中选择【复制】和【粘贴】。

最简单直接的办法：通过鼠标直接拖放图元对象集中的图元到期望的位置。此时，在图元被选中的情况下，可以使用上、下、左和右移键进行精确位置调整。

图2-03选择绘制数据流图表形状

图2-04 数据流图表形状选择结果

图2-05是复制三个“数据进程”图元及一个“数据存储“图元到绘图板后的结果。图元上的×符号表示一个可以用于图元间相互连接的锚点。可以看出，

一个“数据进程”图元有上、下、左、右以及中心共5个锚点。

图2-05复制图元到绘图板

连接图元：从形状窗口中选择其中的一个适当的连接线形状，拖动到绘图板中待连接的两个图元之间，如果线的两端连接点变为红色，则表示该线段已分别与两端的图元相连接，如图2-06所示。否则，可分别拖放线的端点到连接对象的任意锚点。

图2-06 连接图元

线形图元的两个黄色菱形控制点用于调节其长短，中间的绿色方形控制点用于调节其形状。将线段与连接点连接后，拖动图元时连接特征会保持不变。

图2-07 是采用“从中心到中心1”线形图元对三对图元连接后的结果。

图2-07 连接图元结果

编辑图元属性：双击图元对象，进入文字编辑状态，将所需文字输入到文本框内即可。

在文字编辑状态下，选择相应的文字，在工具栏中选择字体、字号，可以进行字体样式的设定。或者，在图元上点击鼠标右键，从弹出快捷菜单选择【格式】→【文本】，在弹出的文本设置窗口中也可以为图元定义字体、大小和颜色等属性。以上方法，同样可以用于图元的线条和填充属性的设置。

Visio允许同时为多个图元定义其文本、线条和填充属性。方法是同时选中这些图元（按住CTRL，用鼠标点击图元选中相应图元，或在空白处点击后，拖动方框覆盖某一区域中的对象），然后，在选择区域内点击鼠标右键，从探出菜单中选择【格式】，再在子菜单中选择要设置的属性（【文本】、【线条】或【填充】，如图2-08所示），弹出相应的设置窗口，在该窗口可以同时为多个图元的设置各种属性。

图2-09 是选择【格式】→【线条】弹出的图元线条属性设置窗口。在该窗口中可以为选中的单个或多个图元设置其线条的图案、颜色、粗细、起终端形状等属性。

图2-08 同时设置多个图元的属性

图2-09 同时设置多个图元的线条属性

排版多个图元：按住shift 键，使用鼠标点击选中将要对齐的图元，选择Visio 菜单中的【形状】→【对齐形状】，弹出对齐形状窗口，如图2-10所示，点击对

齐方式按钮，然后点击“确定”就可完成排版, 得到图2-11。

图2-10 排版多个图元

图2-11 排版多个图元结果

从数据流图表形状图元对象集中不难看出，用户不仅可以用之绘制数据流图，也可绘制状态转换图和实体关系图。

五、实验成果

完成此实验后，学生每人提交利用Visio绘制的系统流程图、数据流图、程

序流程图、类图、用例图、软件结构图的文件。

程序流程图要求同时附带源程序代码。

实验三、软件工程标准与文档

一、实验目的与任务

了解软件工程标准的级别；了解软件工程国家标准的现状；了解软件工程国家标准建议的文档鱼软件生存周期关系；了解和熟悉软件工程国家标准GB／T 8567—2006的主要内容。熟悉和掌握软件工程相关文档（特别是与本实验有关的）的编写格式与规范。

二、实验内容与要求

(1)软件工程标准的级别

根据软件工程标准制定的机构和标准适用范围的不同，软件工程标准可分为六个级别：国际标准、国家标准、行业标准、地方标准、企业标准、项目规范。

●国际标准：由国际联合机构制定和公布，并供各国参考的标准。例如，

由国际标准化组织（International Standards Organization，ISO）制定的

系列标准ISO/IEC 9126－1“Information Technology－Software Product

Quality－Quality Model”，ISO／IEC 9126－2“Information Technology

－Software Product Quality－External Metrics”等。通常ISO制定的标准

标有ISO字样。

●国家标准：由国家的官方标准化机构或政府授权的有关机构批准、发布，

在全国范围内统一和适用的标准。我国强制性标准代号为“GB”，推荐

性国家标准代号为“GB／T”，国家标准化指导性技术文件代号为“GB

／Z”。

●行业标准：在全国性的各行业范围内统一的标准。由国务院有关行政主

管部门编制计划、组织草拟、统一审批、编号发布，并报国务院标准化

主管部门备案。行业标准是对国家标准的补充，在相应国家标准实施后

自行废止。

●地方标准：在某个省、市、自治区范围内统一的标准。由省、市、自治

区人民政府标准化行政主管部门编制计划、组织草拟、统一审批、编号

发布，并报国务院标准化主管部门和国务院有关行政主管部门备案。

●企业标准：企业制定的产品标准以及根据企业内部需要协调、统一的技

术要求与管理工作要求所制定的标准。该标准仅在企业内部适用。

●项目规范：由科研生产项目组织自定，且为该项目专用的规范。

(2)国家标准GB／T 8567—2006 所建议的软件生命周期各阶段中应编制的文档

(3)GB／T 8567—2006标准的主要内容

GB／T 8567—2006标准包括7部分的内容。

第1部分：范围－－介绍GBIT 8567—2006标准的适用范围。

第2部分：规范性引用文件－－介绍GBIT 8567—2006标准引用文件的规范性说明。

第3部分：术语和定义－－介绍GB／T 8567—2006标准中使用的相关术语及定义。

第4部分：缩略语－－介绍GB／T 8567—2006标准中使用的缩略语及对应的完整表达。

第5部分：文档（编制）过程－－介绍如何通过文档编制计划、文档编制及文档评审等环节规范文档编制过程。其中，主要包括两种类型的标准：①产品标准，它规定产品的特征和功能需求；②过程标准，它规定开发产品的过程。

第6部分：文档编制要求－－介绍GB／T 8567 —2006标准规定的在软件开发过程中文档编制的要求。这些文档从使用的角度可分为用户文档和开发文档两大类。其中，用户文档必须交给用户。用户应该得到的文档的种类和规模由供应者与用户之间签订的合同规定。

第7部分：文档编制格式－－介绍软件生命周期各阶段中应编制的各种文档的相应格式规范。

GB／T 8567—2006原则上适用于各种类型的开发方法。它描述了文档编制过程，并且给出了25种文档的编制格式要求。

(4) 了解面向对象软件的文档编制

国家标准GB／T 8567－2006对面向对象软件的文档编制也给出了建议，这部分在GB／T 8567－2006的附件A中说明。

附录A：面向对象软件的文档编制－－介绍在一个面向对象的软件系统建模中，一般应产生的文档格式规范，主要包括：总体说明文档、用例图文档、类图文档、顺序图文档、协作图文档、状态图文档、活动图文档、构件图文档、部署图文档的格式规范。

三、实验工具与环境

①国家标准GB／T 8567－2006的PDF电子文档。

② PDF文档阅读器。

③多媒体教学设备：计算机、投影机、扩音设备等。

四、实验方法与步骤

①可以联机检索并下载国家标准GB／T 8567－2006的PDF电子文档，最好由教师预先下载并提供给学生。

②教师介绍GB／T 8567—2006的主要内容。

③学生自我熟悉GB／T 8567—2006，特别是与后续实验有关的知识内容。

④参照国家标准，师生共同确立本实验的文档格式规范。文档规范制定本着如下基本原则：

一致性原则：基本框架符合GB／T 8567—2006的规范要求；

层次性：文档结构应按照需求层次自顶向下分层组织；

完善性：需求定义底层应终止于对软件配置项的最基本元素的定义。

⑤本实验主要以面向对象的方法为主，所以主要制订OOA、OOD和OOP 格式规范。此处：

OOA：英文Object Oritented Analysis的缩写;

OOD：英文Object Oritented Design的缩写;

OOP：英文Object Oritented Programming的缩写;

以下同之。

⑥鉴于在进行该实验时，相关UML建模（如有）等课程可能并未学习的实际情况，建议本文档格式规范定义成需求分析文档、设计文档等的形式，在内部具体定义中的适当部分包含必要的OO文档内容。换句话说，最终文档规范形成可采用GB／T 8567—2006正文中需求分析、设计文档等的框架为基础，加入必要的GB／T 8567—2006附件中说明的面向对象的基本成分即可。

以上做法既符合GB／T 8567—2006附件的综述中关于面向对象文档格式规范确立的可选择性要求，同时与软件工程教学实际情况相适应。

五、实验成果

本实验的文档格式规范及要求。

实验四、面向对象（过程）的需求分析

一、实验目的与任务

确定项目的可行性的基础上，使用OOA方法，进一步详细分析并建立系统的逻辑模型, 开发定义系统的需求规格说明。

二、实验内容与要求

澄清系统需求，综合运用软件工程教程中介绍的业务建模、系统建模、结构建模、功能建模、行为建模等工具从多角度、多层面建立系统逻辑模型，并撰写需求规格说明书。

三、实验工具与环境

①国家标准GB／T 8567－2006的PDF电子文档及PDF阅读器。

②前一章实验制定的需求规格说明文档格式规范。

③多媒体教学设备：计算机、投影机、扩音设备等（供教学、讨论用）。

④Microsoft Office Word 2000以上版本文档编辑器。

⑤Microsoft Visio Professional 2003（简称Visio 2003）软件。

四、实验方法与步骤

①通过查找资料、课后需求调研及小组讨论等多种手段，澄清系统需求并一文字方式表述清楚。必要是可使用业务流程图和系统流程图建立业务模型和物理系统模型。

②从需求陈述中寻找并列出系统的各类用户，他们可以使用或完成的业务用例，并分析这些用户之间的相互关系。必要是采用UML用例图(Use Case Diagram)定义该需求。

③使用名词识别法等OOA分析方法，识别问题域中的类及对象，并进一步识别属性、关联、服务等，在此基础上构建系统静态结构模型——类图。识别类及对象时首先识别显式存在的实体对象类，然后考虑这些实体类发生业务联系时是否产生关联类。确立类及对象的主要准则包括：是否存在多于一个以上的类似对象；对象是否具有多余一个以上的属性需要记录；对象是否提供某种服务。

需要的化可将类图其划分为若干主题。

④对某些关键对象，采用状态转换图(State Transformation Diagram)进行xingwei建模。

⑤对某些关键业务功能，典型地对个别关键用例，用顺序图表达所涉及对象之间协作过程中消息传递的情况。

⑥数据流图…………………………

⑦在以上建模的基础上，结合约定的需求分析文档规范、国家标准GB／T 8567－2006要求以及相关资料撰写需求分析规约说明书。

五、实验成果

关于拟定题目的需求分析规约说明书一份。

实验五、面向对象（过程）的设计

一、实验目的与任务

在需求分析实验的基础上，采用OOD方法完成系统的设计，并给出相应的设计规格说明书。

二、实验内容与要求

功能结构图设计，软件处理流程设计，输出设计（主要指打印输出设计），存储文件格式设计（数据库结构设计），输入设计（主要指数据录入卡设计），代码设计，程序设计说明书

三、实验工具与环境

①国家标准GB／T 8567－2006的PDF电子文档及PDF阅读器。

②前一章实验制定的需求规格说明文档格式规范。

③多媒体教学设备：计算机、投影机、扩音设备等（供教学、讨论用）。

④Microsoft Office Word 2000以上版本文档编辑器。

⑤Microsoft Visio Professional 2003（简称Visio 2003）软件。

四、实验方法与步骤

①数据库结构设计

物理设计

逻辑设计

独立实体：

关联类：

②用户接口设计

③外部接口设计

五、实验成果

关于拟定题目的软件设计说明书一份。

实验六、系统

一、实验目的与任务

目的：系统主要模块的详细设计

任务：对系统主要模块的详细设计，正确描述详细设计的结果，编写软件说明书和用户手册。

二、实验内容与要求

1、实验内容与要求：

完成系统所涉及的程序框图，模拟软件使用说明书和用户手册等。

2、验安排方式：

本实验为开放实验，各组可同时进行实验，每组5－6人。

三、实验工具与环境

四、实验方法与步骤

五、实验成果

附录一：软件开发文档指南

本软件开发文档以国家标准GB／T 8567－2006为基准，结合实验的实际情况简化而成，适用于注重软件开发过程并使用结构化开发方法进行软件开发的情况。

1可行性研究报告

可行性研究报告说明该软件开发项目的实施在技术、经济和运作条件方面的可行性。一般要提供多套可选的技术方案，并从成本、收益、风险大小、社会条件等方面论证各方案的可行性，得出最终结论。

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

1范围

1.1标识

1.2系统概述

1.3定义

1.4参考资料

2可行性研究的前提

2.1要求

2.2目标

2.3条件、假定和限制

2.4进行可行性研究的方法

2.5评价尺度

3对现有系统的分析

3.1数据流程和处理流程

3.2工作负荷

3.3费用开支

3.4人员

3.5设备

3.6局限性

4 可选方案

可选方案一

可选方案二

……

选择最终方案的准则

5所建议的系统

5.1对所建议系统的说明

5.2数据流程和处理流程

5.3改进之处

5.4影响

5.4.1对象设备的影响

5.4.2对软件的影响

5.4.3对用户单位机构的影响

5.4.4对系统动行的影响

5.4.5对开发的影响

5.4.6对地点和设施的影响

5.4.7对经费开支的影响

5.5局限性

6投资及收益分析

6.1支出

6.1.1基本建设投资

6.1.2其他一次性支出

6.1.3非一次性支出

6.2收益

6.2.1一次性收益

6.2.2非一次性收益

6.2.3不可定量的收益

6.3收益/投资比

6.4投资回收周期

6.5敏感性分析

7社会条件方面的可行性

7.1法律方面的可行性

7.2使用方面的可行性

8结论（可行、满足一定条件可行、不可行）

2软件需求说明书（SRS）

软件需求说明书定义软件系统的规格需求。它反映了系统用户和软件开发者双方对该软件系统的共同理解。SRS既是对待开发系统的首次建模，同时也是整个开发工作的基础。

软件需求说明书的内容要求如下：

1范围

1.1标识

1.2系统概述

1.3定义

1.4参考资料

2需求概述

2.1目标

2.2用户

2.3假定与约束

3需求规约

3.1功能需求

STD (可选)

DFD 或功能分解说明

DD

数据存储说明

数据流说明

加工说明

3.2性能需求

3.2.1 精度（如适用）

3.2.2 时间特性要求（如适用）

3.2.3 灵活性

3.2.4输入输出要求

3.2.5数据管理能力的要求

4运行环境

4.1硬件设备

4.2支持软件

5故障和出错处理要求

6注释

附录

3设计说明书

设计说明书是面向实施说明软件系统的设计考虑。包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、数据结构设计、算法设计和出错处理设计等。

设计说明书的内容要求如下：

1范围

1.1标识

1.2系统概述

1.3定义

1.4参考资料

2总体设计

2.1需求规定

2.2运行环境

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

2.4系统功能结构

2.5功能需求与程序的关系3接口设计

5.3.1用户接口

5.3.3外部系统接口

4 模块设计

4.1 模块名称及功能

4.2 模块接口

4.3 限制条件

……（针对各模块一一说明）5运行设计

5.1运行模块组合

5.2运行控制

6数据结构设计

6.1逻辑结构设计

6.2物理结构设计

6.3数据结构与程序的关系7系统出错处理

7.1出错信息

7.2补救措施

8 注释

4.详细设计说明书

1引言

1.1编写目的

说明编写这份详细设计说明书的目的，指出预期的读者。

1.2背景

说明：

a．待开发软件系统的名称；

b．本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。

1.3定义

列出本文件中用到专门术语的定义和外文首字母组词的原词组。

1.4参考资料

列出有关的参考资料，如：

a．本项目的经核准的计划任务书或合同、上级机关的批文；

b．属于本项目的其他已发表的文件；

c．本文件中各处引用到的文件资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。

2程序系统的结构

用一系列图表列出本程序系统内的每个程序（包括每个模块和子程序）的名称、标识符和它们之间的层次结构关系。

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

从本章开始，逐个地给出各个层次中的每个程序的设计考虑。以下给出的提纲是针对一般情况的。对于一个具体的模块，尤其是层次比较低的模块或子程序，其很多条目的内容往往与它所隶属的上一层模块的对应条目的内容相同，在这种情况下，只要简单地说明这一点即可。

3.1程序描述

给出对该程序的简要描述，主要说明安排设计本程序的目的意义，并且，还要说明本程序的特点（如是常驻内存还是非常驻？是否子程序？是可重人的还是不可重人的？有无覆盖要求？是顺序处理还是并发处理等）。

3.2功能

说明该程序应具有的功能，可采用IPO图（即输入一处理一输出图）的形式。

3.3性能

说明对该程序的全部性能要求，包括对精度、灵活性和时间特性的要求。

3.4输人项

实验1《软件项目的需求分析》实验报告

软件工程 实验报告 实验1：软件项目的需求分析 学号： 班号： 姓名： 课程主讲教师：张建国 实验指导教师：张建国

提交日期： 2011年11月11日

软件需求规格说明书 1引言 编写目的 编写本文档的目的是根据系统分析工程师和客户沟通的结果，对用户需求进行了全面细致的分析，深入描述《图书管理系统》软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求。 该需求规格说明书的读者对象是图书管理系统软件小组的研发工程师、测试工程师、销售工程师，版权归上述所有者所有，严禁外传。背景 随着社会信息量的与日俱增，作为信息存储的主要媒体之一图书，数量、规模比以往任何时候都大的多，不论个人还是图书管理部门都需要使用方便而有效的方式来管理自己的书籍。在计算机日益普及的今天，对个人而言若采用一套行之有效的图书管理系统来管理自己的书籍，会方便许多。对图书管理部门而言，以前单一的手工检索已不能满足人们的要求，为了便于图书资料的管理需要有效的图书管理软件。 图书管理系统软件LMS 是一套功能比较完善的数据管理软件，具有数据操作方便高效迅速等优点。该软件采用功能强大的数据库软件开发工具进行开发，具有很好的可移植性，可在应用范围较广的DOS、WINDOWS

系列等操作系统上使用。除此以外，LMS 可通过访问权限控制以及数据备份功能，确保数据的安全性。 定义 文档中采用的专门术语的定义及缩略词简要如下： LMS：Library Management System，图书管理系统。 1.4参考资料 [1]王慧亮关于图书管理系统的批文 [2]郑人杰，殷人昆，陶永雷。《实用软件工程》（第二版）。北京：清华大学出版社，1997。 [3]王立福，麻志毅。《软件工程》（第二版）。北京：北京大学出版社，2001。 [4]唐学忠，王文。《Visual Basic程序设计教程》北京：中国电力 出版社，2002。 2任务概述 目标 《图书管理系统》针对的用户是单个中小型图书室或者个人，藏书

软件工程需求分析和概要设计SA实验实验报告

软件工程需求分析和概 要设计S A实验实验报 告 Document serial number【NL89WT-NY98YT-NC8CB-NNUUT-NUT108】

需求分析和概要设计实验报告 一．实验目的 1. 理解结构化分析和设计的软件工程范型； 2. 能运用常用的工具建立简单系统的分析模型和设计模型。 二．实验内容 图书管理系统的分析和设计。主要完成借书、还书、图书预定、图书查阅和图书管理等功能。要求建立系统的需求模型：DFD(data flow diagram)。 功能需求描述： 1. 借阅者可以通过网络查询书籍信息和预定书籍。 2. 借阅者能够借阅书籍和还书。 3. 图书管理员能够处理借阅者的借阅和还书请求，以及处理预定图书。三．实验结果 1.图书管理员处理借书第一层 图书管理员处理借书第二层 2.图书管理员处理还书第一层 3.图书管理员处理预定图书第一层 图书管理员处理预定图书第二层 四．实验分析 在本次实验中，我主要画出了图书管理员处理借书、还书以及预定图书的数据流程图。这是一个我们都很熟悉的环境，因此我们分析起来相对的会容易些，思路也会更加的清晰，在这个系统中，通过稍加细致的分析，我们可以了解到：

1. 图书管理员处理借书的时候，其主要过程是，先扫描读者信息，确认读者的合法性。接着，处理读者欲借阅的书。再接着，处理借书过程，同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 2. 图书管理员处理还书的时候，其过程相对的简单一些，只需直接处理读者欲还的书。同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 3. 图书管理员处理图书预定的时候，其主要过程是，先扫描读者信息，确认读者的合法性。接着，处理读者欲预定的书。再接着，处理预定图书过程，同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 在对这样的过程进行了分析后，再画数据流程图也就显得容易很多了。 通过本次的实验，我对数据流程图的重要性有了更加深刻的认识，数据流程图在我们设计系统过程中所扮演的角色是多么的重要，试想，如果一个系统在设计的过程中，不使用图的方式，而是将其用文字语言进行描述，这会是一个怎么样的情景。图的作用就是使我们对知识的理解非常的形象，易懂。一个非常复杂的问题，若是通过图形的方式向我们展示的话，会收到意想不到的结果。

软件工程需求分析报告模版

目录 1 引言 1.1编写目的 (1) 1.2 项目背景 (1) 1.3术语说明 (1) 1.4 参考资料 (1) 2 项目概述 2.1编写目的 (1) 2.2 项目背景 (2) 2.3 术语说明 (2) 2.4 参考资料 (2) 2.5 条件和限制 (3) 3 功能需求 3.1功能划分 (3) 3.2功能描述 (3) 4 外部接口需求 4.1功能划分 (3) 4.2功能描述 (4) 5 性能需求 5.1 数据精确性 (4) 5.2 时间特性 (4) 5.3 适应性 (4) 6 软件属性需求 6.1 正确性 (4) 6.2 可靠性 (4)

6.3 效率 (5) 6.4 完整性 (5) 6.5 易使用性 (5) 6.6 可维护性 (5) 6.7 可测试性 (5) 6.8 可复用性 (5) 6.9 安全性 (5) 6.10 可理解性 (5) 6.11 可移植性 (5) 6.12 互联性 (5) 7 其他需求 (5) 8 数据描述 (5) 8.1静态数据 (6) 8.2动态数据 (6) 8.3数据库描述 (6) 8.4数据字典 (6) 8.5数据采集 (6) 9 附录 (6)

1引言 1.1编写目的 学生管理系统是面向学生的，目的是提高学校对学生的管理。本系统主要包括六个模块：学生的基本信息、课程的基本信息、登录、成绩录入、成绩查询和汇总功能，这六个模块基本实现设计本系统的目的，从而可以进一步满足学校对管理系统的要求。 现在的学生管理系统功能不够，所以我们要明确用户对学生管理系统的功能和性能的需求,并将这些需求用语言编写出来。并使系统开发者和学生对此成绩管理系统有共同的理解和认识。这是开发学生管理信息系统的基础,为了更好的开发，对系统的设计要详细。开发的系统要简单实用。 1.2 项目背景 项目名称为：学生成绩管理信息系统。开发目标为有效管理学生信息，实现学生信息的数据录入、浏览、修改等，从而实现对学生信息的规化、系统化、自动化管理。 1.3术语说明 MIS: 管理信息系统 Transaction Processing : 事务处理 Data Acquisition :数据采集 Data Processing Circle : 数据处理流程 Data Processing：数据处理 1.4 参考资料 《软件工程案例教程》…毕硕本卢桂香编著大学 《Vista Basic语言程序设计》…韬编著人民邮电 2 项目概述 2.1待开发软件的一般概述 此软件的目的是提高学校对学生的科学化管理，为学校的学生成绩管理系统

建设工程资料档案整理规范

惠州市建设工程档案整理规范 一、建设工程文件的归档范围 市城建档案馆接收范围的建设工程为本城市规划区内的各项建设工程。对与工程建设有关的重要活动、记载工程建设主要过程和现状、具有保存价值的各种载体的文件，均应收集齐全，整理立卷后归档。 惠州市建筑工程文件的具体归档范围应符合本规定附录A, 惠州 市市政工程文件的具体归档范围应符合本规定附录B, 惠州市地下管线工程文件的具体归档范围应符合本规定附录C。 二、建设工程档案归档的质量要求 1．归档的工程文件应为原件。 2．工程文件的内容及其深度必须符合国家有关工程勘察、设计、施工、监理等方面的技术规范、标准和规程。 3．工程文件的内容必须真实、准确，与工程实际相符合。 4．工程文件应采用耐久性强的书写材料，如碳素墨水，不得使用易褪色的书写材料，如红色墨水、纯蓝墨水、圆珠笔、复写纸、铅笔等。 5．工程文件应字迹清楚，图样清晰，图表整洁，签字盖章手续完备。 6．工程文件中文字材料幅面尺寸规格宜为A4( 297mm×210mm)，图纸应采用国家标准 图幅。 7．工程文件的纸张应采用能够长期保存的韧性大、耐久性强的纸张。图纸一般采用蓝晒图，竣工图应是新蓝图。计算机出图必须清晰，不得使用计算机出图的复印件。 8．所有竣工图均应加竣工图章。竣工图章的基本内容应包括："竣工图"字样、施工单位、编制人、审核人、技术负责人、编制日期、监理单位、现场监理、总监。竣工图尺寸为：50mm×80mm。竣工图章应使用不褪色的红印泥，应盖在图标栏上方空白处。竣工图示例如下：

9．利用施工图改绘竣工图，必须标明变更修改依据，凡施工图结构、工艺、平面布置等有重大改变，或变更部分超过图面1/3 的，应当重新绘制竣工图。 10．不同幅面的工程图纸应统一折叠成A4 幅面（297mm×210mm），横向按手风琴式折叠，竖向按顺时针方向向内折，图标栏露在外面（按《技术制图复制图的折叠方法》） （GB/10609.3---89 ）。详情请参考附录G 折叠方法。 三、建设工程档案的立卷 1．立卷的的原则与方法：立卷应遵循工程文件的自然形成规律，保持卷内文件的有机联系，便于档案的保管和利用。一个建设工程项目由多个单位工程组成时，工程文件应按单位工程立卷。建设工程文件按建设程序划分为工程准备阶段文件、监理文件、施工文件、竣工图、竣工验收文件五部分。工程准备阶段文件按建设项目的建设程序、专业、形成单位等立卷，监理文件按单位工程立卷，施工文件按分部工程立卷，竣工图按单位工程和专业立卷，竣工验收文件按单位工程、专业等立卷。 2．卷内文件的排列：卷内文件必须按本规定附录A、附录B、附录C的类别和顺序排列，图纸按专业图纸目录顺序排列。 3．案卷的规格：文字材料一般不超过3厘米，图纸不超过 5 厘米。印刷成册的工程文件保持原状。 4．案卷的编目： （1）卷内文件页号的编制：卷内文件均按有书写内容的页面编号。每卷单独编号，页号从“1” 开始。页号编写位置：单面书写的文件在右下角；双面书写的文件，正面在右下角，背面在左下角。折叠后的图纸一律在右下角。印刷成册的科技文件，自成一卷的，原目录可代替卷内目录，不必重新编写页号。案卷封面、卷内目录、卷内备考表不编页号。 （2）卷内目录的编制：卷内目录排列在卷内文件首页之前，示例样本请参考图例1。序号：以一份文件为单位，用阿拉伯数字从 1 依次标注。责任者：填写文件的直接形成单位，有多个责任者时，选择一个主要责任者，其余用“等” 代替。 文件编号：填写工程文件原有的文号或图号。文件题名：填写文件标题的全称。 日期：填写文件形成的日期。页次：填写文件在卷内所排的起始页号，最后一份文件填写起止页号。 （ 3 ）卷内备考表的编制：卷内备考表排列在卷内文件尾页之后，示例样本请参考图例2。卷内备考表主要标明卷内文件的总页数、各类文件页数（照片张数），以及立

软件工程实训 需求分析报告

《软件工程》需求分析报告 报告名称基于JSP的图书馆管理系统 的设计与实现 专业软件技术 班级 学号 姓名 指导教师

1.引言 随着计算机技术的不断应用和提高，计算机已经深入到社会生活的各个角落，计算机软件也在各方面得到广泛的应用。但是，很多图书馆仍采用手工管理图书的方法，不仅效率低、易出错、手续繁琐，而且耗费大量的人力。为了满足图书馆管理人员对图书馆书籍，读者资料，借还书等进行高效的管理，并结合我院图书馆管理现状，在工作人员具备一定的计算机操作能力的前提下，特编此图书管理系统软件以提高图书馆的管理效率。 1.1编写目的 本需求的编写是为了研究图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。 1.2预期的读者和阅读建议 本需求的预期读者是我院图书馆管理员，部分学员，与图书管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，软件验证者。 1.3背景及范围 本项目的名称：图书馆管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是学院图书馆及相关读者。 本产品是针对电脑管理图书的需求设计的，主要包括管理员管理模块和学员自助服务模块。其中，管理员管理模块可以完成读者登记、购入新书、图书检索、读者借还书、图书注销等主要功能，学员自助服务模块可以完成学员电子阅读，

图书检索功能。 1.4参考资料 1.《软件工程》——赛煜、刘文编著东软电子出版社 2.《数据库系统概论》——萨师煊、王珊编著高等教育出版社 3.《JSP项目开发》——萨师煊陈丹丹、高飞编著清华大学出版社2.综合描述 为方便对图书馆书籍，读者资料，借还书等进行高效的管理，特编写该程序以提高图书馆的管理效率。使用该程序后，图书馆管理人员可以管理读者的登记，图书的购入、借出、归还以及注销等；还可以查询某位读者、某本图书的借阅情况，对当前借阅情况给出一些统计，给出统计表格，以全面掌握图书的情况。在学校图书馆内部的现有局域网这个网络环境下,信息由各用户在规定的权限下在各自的工作站上录入，信息上网后各用户可查询，调用，达到信息共享。 2.1 产品的前景 图书馆在正常运营中面对大量书籍、读者信息以及两者间相互联系产生的借书信息、还书信息。现有的人工记录方法既效率低又错误过多，大大影响了图书馆的正常管理工作。因此需要对书籍资源、读者资源、借书信息、还书信息进行管理，及时了解各个环节中信息的变更，有利用管理效率的提高。本系统通过强大的计算机技术给图书管理人员和读者借、还书带来便利。本系统除了图书馆内管理的一般功能还外，还包括网上在线查询图书信息、查询本人的借阅情况和续借等功能。系统的功能相对比较完善，根据以后不同的需要，还要对系统进行更新。 2.2产品的功能

软件工程结构化需求分析报告实验1

图书馆管理系统需求分析报告 1引言 1.1、编写目的 编写本报告的目的是明确软件需求、安排项目规划与进度、组织软件开发与测试，供用户确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。 1.2、项目背景 2.1所建设开发软件系统的名称：图书馆管理系统。 2.2用户：图书馆工作人员及读者。 1.3、定义 图书管理系统是对图书的流量进行准确、及时、快速地管理系统，其管理流程可由数据流程图来描述。数据流程图（DFD）是为描述软件系统中的信息流提供了一个图形方法。箭头代表数据流，方框代表数据的源点或终点，圆框代表数据流的交换，双杠代表数据存储的地方。 2 任务概述 2.1目标 图书管理系统通过计算机技术给图书管理人员和读者借、还书带来便利，减少人力资源的使用和降低管理费用，同时提高信息准确度和可靠性，本系统包括了图书馆管理的一般功能。主要就图书馆的借书和还书模块进行开发。 2.2 用户特点 由于图书馆管理人员和借阅的学生老师都是比较熟悉计算机的群体，因此只需进行简单的培训就可以很熟悉地进行操作。该系统的界面尽量会设计的友好一些，满足大多数人的视觉喜好，所以应该能够很好的投入使用。 2.3假定和约束 系统应该在进行充分的前期准备后开始开发，在开发期间所有的开发人员应该严格按照预先规定的步骤进行，不允许中途有任何疏忽，同时应该及时与图书馆管理人员进行沟通，了解他们的真正想法，尽量满足他们的需要，项目一旦完工，就很难进行改动，所以每一步的进行，都应该根据数据字典等工具进行，严格每一个人员的开发流程。 3需求规定 3.1对功能的规定 经过以上详细的用户调查，在现行业务流程和数据分析的基础上，基本可以确定系统设计必须达到的目标。 图书管理系统必须具备的功能有： （1）新进图书的登记功能 （2）图书的查询修改功能 （3）借阅的登记

软件工程系统可行性分析和需求分析

个人承担任务 任务说明： 此次软件工程设计，我主要承担以下任务： 需求分析和可行性分析（根据设计题目进行问题定义，探讨可行性，再对系统进行需求分析等）。 任务内容： 1.可行性分析： ⑴问题定义 各高校传统的勤工助学岗位管理管理模式也越来越不能满足现代教育发展的需要。对于一个有着上百号勤工学生的学校来说，用手工管理这些学生信息还有岗位以及津贴，是一项非常繁琐的工作，而相应的岗位人员查询、津贴签领历史记录查询等，其工作量都让人望而生畏，而且还极易出错，同时也浪费纸。所以我们提出了开发高校勤工助学管理系统，将勤工学生基本信息管理、岗位人员管理、津贴统计等功能进行统一管理，为各高校实现勤工助学岗位信息化管理提供有效工具。 ⑵技术可行性 本系统采用B/S模式开发。B/S（Browser/Server，浏览器/服务器）模式又称B/S结构。B/S模式是指在TCP/IP的支持下，以HTTP为传输协议，客户端通过Browser访问Web服务器以及与之相连的后台数据库的技术及体系结构。它由浏览器、Web服务器、应用服务器和数据库服务器组成。客户端的浏览器通过URL 访问Web服务器，Web服务器请求数据库服务器，并将获得的结果以HTML形式返回客户端浏览器。它是随着Internet技术的兴起，对C/S模式应用的扩展。在这种结构下，用户工作界面是通过IE浏览器来实现的。相较于C/S模式的系统升级维护复杂来说，B/S模式最大的好处是运行维护比较简便，能实现不同的

人员，从不同的地点，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）访问和操作共同的数据。另外，B/S还便于面向广大未知用户使用，因为只要电脑安装了IE，经过一定的设置，就都可以使用，如建立企业网站发布信息。 ⑶经济可行性 本系统开发成本低，对开发者设备要求不高，数据库采用免费开源的Oracle 数据库。由于是B/S模式，所以对用户软硬件要求要求也很低。 2.需求分析 ⑴系统运行环境硬件要求 硬件设备设计是根据信息系统的设计需求，确定信息系统物理设备方案，所设计的硬件设备方案在能够充分满足信息系统功能需求的前提下，还应满足系统的效率、可靠性、安全性和适应性等性能要求，并具有较高的性价比。根据前面的需求分析，我们得出本系统理想的环境当然是配置较高最好，实际操作中硬件平台如下： 硬件环境(访问者)：建议用户在允许的情况下采用较高配置硬件资源。 硬件环境(开发者)：Intel五代处理器，4G内存，80G磁盘空间。 ⑵系统运行环境软件要求 操作系统是计算机系统中最重要的系统软件，目前在微机上使用的桌面操作系统有Windows XP/7/8/10等，本系统在Windows 10操作系统下进行开发，可向下兼容以运行于前面所列举的各种操作系统，但建议使用Windows XP以上系统。 支撑软件是协助人们开发和维护软件的工具和环境软件，包括编辑程序，数据库系统，集成开发环境等，本系统的支撑软件如下： 1、数据库管理系统（DBMS）：为了对数据库实施集中管理，同时并发的处理多个客户机发来的数据处理要求，我们选用Oracle数据库管理系统。 2、动态网页技术：在这里我们使用JSP(Java Server Pages)来建立系统，编译软件使用myeclipse10。 ⑶系统功能需求 所有学生都可以登录系统申请对外开放的岗位，申请时需要填写相关信息。

安装工程资料整理要求

工程竣工档案资料收集整理顺序竣工档案资料分为四部分： 1.工程技术管理文件。 2.工程质量评定文件。 3.工程质量控制资料。 4.竣工图。 一、工程管理文件 1.开工（复工）申请及批复 2.合同、技术协议、分包单位资质审查资料 3.图纸会审、设计交底、技术交底及专题会议纪要 4.施工组织设计（方案）及批复 5.主要施工机具进场报验资料 6.设计变更、补充、修改通知目录 7.现场工程联系表、工程洽商、工程变更表 8.材料、构配件、设备代用明细表及相关资料 9.工程停、复工、延期申请及相关资料 10.工程质量、安全记录、纪要 11.单位工程交工验收申请表、备忘录 12.施工总结 13.单位工程交工验收证明书 14.工程质量保修书 15.单位工程质量报验申请表 16.单位工程竣工报告及相关审批文件 17.施工现场质量管理检查记录表 18.单位工程综合质量评定表 19.质量控制资料核查表 20.单位工程安全和功能，检验抽查记录 21.单位工程观感质量评定表 22.分部工程质量评定汇总表

二、工程质量评定资料 1.分部工程质量报验申请表 2.分部工程质量评定表 3.分项工程质量报验申请表 4.分项工程质量评定表 5.检验批质量报验申请表 6.检验批质量评定记录表 三、工程质量控制资料 （一）各专业通用的质量控制资料 1.材料、构配件、设备进场报验及相关资料（合格证、检验报告、质量证明书等） 2.中间交接记录（土建与安装的交接） 3.设备开箱检查记录 4.施工自检记录 5.隐蔽工程报验、施工记录（施工日志） 6.监理工程师通知单及反馈资料、工程现场签证表 7.质量整改令及复工资料 8.见证取样及相应资料 （二）各专业质量控制资料 1.钢结构制安工程 （1）构件制作记录 （2）焊接工艺评定报告 （3）焊材合格证、烘烤记录 （4）中间交接资料 （5）安装记录（自检记录、二次浇灌记录） （6）焊缝质量检查资料 （7）焊工合格证、探伤人员资格证 （8）高强螺栓合格证及抽检、复验资料 （9）连接面检查试验报告 （10）紧固记录 （11）防腐材料合格证及复验报告

软件工程需求分析

软件工程需求分析 -标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII

超市管理系统需求分析 第一章：绪论 背景 20世纪90年代后期特别是近几年，我国的超市产业飞速发展，其经营模式更为复杂，旧的管理体制已经无法适应超市的发展，这就迫切的需要引进新 的管理技术。 超市的数据和业务越来越庞大，而计算机就是一种高效的管理系统，这就需要我们把超市的管理与计算机结合起来，从而超市管理系统应运而生。依靠现代化的计算机信息处理技术来管理超市，节省了大量的人力、物力，改善了员工的并且能够快速反映出商品的进、销、存等状况和各种反馈信息分析，使 管理人员快速对市场的变化做出相应的决策，加快超市经营管理效率。 超市性质 该超市是一个独家经营的小型自选超市，没有连锁店，该超市设有以下几个部门：人事管理部门，销售管理部门，进货管理部门，库存管理部门。该超市经营各种类别的商品，顾客以个人为主，按管理规章制度要求，收市后统计分析人员还要根据商品购入流水帐和商品销售流水帐，按商品编号分别累计汇总各种商品当日累计购入入库量、累计销售量和库存结余量等数据，然后把这些数据填入库存台帐，每种商品都有一个库存临界值，一旦库存量低于这个临界值则库存管理部门要产生报表交给进货管理部门进行进货。 第二章：可行性分析 系统的业务流程

系统流程顶级图

系统流程详细图 简析：在超市系统业务执行过程中，采购员负责寻找商品供应商，并进行各个供应商的汇总，然后又超市经理对比各个供应商的商品报价及其他各方面的因素做出审核确定供货商。然后由采购员进行实际采购并入库，当仓库中货物不足时有库管员产生需要进货的货品报表叫由采购员，库管员还负责将商品出库交予销售人员进行商品的销售。 数据流图

软件工程--需求分析报告

文档编号：001 版本号：1.0 文档名称：需求分析 项目名称：学生智能管理系统 项目负责人：朱岩 项目组长:朱岩 组员:王增、皮素梅、潘鸯鸯、陈金龙、贾春阳 开发单位：西邮07级科技1班软件开发小组 一、引言： 1、编写目的：

对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构，使用Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。 2、编写背景： 系统待开发的名称：学生智能管理系统 项目组长：朱岩 程序录入：朱岩、王增、皮素梅、 需求分析：朱岩、潘鸯鸯、陈金龙、皮素梅 软件测试：朱岩、王增、皮素梅、潘鸯鸯、陈金龙、贾春阳

本系统的用户：学生，老师，管理员 3、定义： （1）静态数据：系统内部有关的数据结构和操作规程 （2）动态数据：程序运行时输入和输出的数据 （3）数据字典：数据字典(DD，Data Dictionary)是关于数据流 程图中出现的所有名字（数据流、处理、数据存储） 的定义的集合。 4、参考资料： [1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版 社.2009 [2]张海藩.软件工程导论.北京：清华大学出版社. 2005 [3]张焕君.基于VB和SQL的数据库编程技术.北京：清华大学出版 社.2008 二：任务概述： 1、目标: （1）给出软件系统的数据流程图和数据结构。 （2）提出详细的功能说明，确定设计限定条件，规定性能需求。（3）密切与用户的联系，使用户明确自己的任务，以便实现上述两项目标。 （4）以最低的成本，在最短的期限内开发出具有管理学生和学生信息

工程资料整理要求

1、归档工程文件组卷分类必须清楚，将不同的文件资料分开装订、同类型的资料装订成册，并按工程进度依次编制流水编号。 2、移交资料类别必须齐全，内容完整。 3、归档的工程文件原则上为原件。没有原件时，复印件要清晰，并注明原件存放位置。 4、归档文件应字迹清楚、签字盖章手续完备。 5、工程资料统一采用A4纸规格，不符合标准的原始资料要通过折叠和粘贴的方式达到A4幅面(297mm×210mm)规格，图标栏露在外面。由政府及专业检测机构编制的装订成册的文件材料（如勘察报告）除外。 6、工程资料尽量使用计算机打印（签名和日期除外），不得使用涂改液修改；签字和盖章程序要完备，不得使用圆珠笔、铅笔、复写纸等易褪色的书写材料。 7、工程文件的纸张应采用能够长期保存的韧性大、耐久性强的纸张。图纸一般采用蓝晒图，竣工图应是新蓝图，不能使用二底图。计算机出图必须清晰，不得使用计算机出图的复印件。 8、所有竣工图均应加盖竣工图章和设计出图专用章。竣工图的折叠方式要符合档案馆的要求(一般情况下是折成手风琴的样式，见下图1）竣工图章的基本内容应包括：“竣工图”字样、施工单位、编制人、审核人、技术负责人、编制日期、监理单位、现场监理、总监。 作为资料员的你，知道工程移交资料要求吗？_2 竣工图章应使用不褪色的红印泥，应盖在图标栏上方空白处。（图章示例见下图2）作为资料员的你，知道工程移交资料要求吗？_3 9、凡施工图结构、工艺、平面布置等有重大改变，或变更部分超过图面1/3的，应当重新绘制竣工图，并在图标上方或旁边以文字注明变更修改依据。 10、制作竣工图只能以图纸会审、设计变更、工程洽商单三种为修改依据。

软件工程需求分析实验

南京信息工程大学实验（实习）报告 实验（实习）名称需求分析实验（实习）日期 2014.12.17 得分指导教师李振宏计算机系专业软件工程年级 2012 班次 1 姓名董上琦学号 20122344001 一、实验目的 1．通过对网上书店管理系统相关需求的分析，掌握需求分析的方法和过程 2．掌握需求分析相关文档的组织规范 3.完成对这个小型软件系统的需求分析 二、实验准备 1.熟悉需求分析的方法和过程 2.对网上书店管理系统相关应用领域进行调查与分析 三、实验要求 完成网上书店管理系统的需求分析，提交实验报告 四、实验内容 1.项目背景 当今社会，计算机技术迅速发展，计算机网络的普及化使得英特网成为人们查找信息的重要场所，当然这也使得网上书店的出现成为必然。实体书店，在正常运行过程中总是面临着大量的信息：客户信息、书店信息以及两者相互作用产生的购书信息等。人工管理总是会存在很多弊端，如客户信息更新不及时，因此需要一个系统实现对客户信息、书籍资源、购书信息以及书籍信息有力的管理，及时了解各个环节中信息的变更，提高书店信息管理效率。 2.任务概述 2.1产品的描述 网上书店是一种高质量，快捷，方便的购书方式。网站式的书店可以实现图书管理的合理化和信息化。售书的同时还具有书籍类商品管理、购物车、订单管理，非常灵活的网站内容和文章管理功能。网上书店管理系统的主要功能是实现书籍信息管理及购书的自动化。围绕这一主要功能，本系统涉及到以下核心功能: ①显示每本书的详细信息 ②显示购物车和顾客选购的图书信息 ③增加新购买的新书 ④对定单的修改、确认、提交等 ⑤图书销售数量的排行 2.2用户的特点 随着计算机的普及，使用计算机对书店进行管理相对于传统的手工管理具有很大的优势。使用计算机可以使图书查找容易、更新图书信息及时、顾客购买图书快捷方便等。这些优点能提高网上书店的管理效率，使书店获得更大的利润空间。所以，开发一个网上书店信息管理系统是一件非常有必要并且有意义的事情。 2.3实现语言 在计算机语言中，有很多语言可以进行网上书店管理系统的设计，现代化信息管理和电脑普及的今天，该系统如果开发成功，成本比较低，工作效率比较高，维护费用比较低，能给一个用户带来很多的方便，该系统采用Java语言编写，由于Java平台的自由和开放性使得

软件工程需求分析文档.doc

软件工程 需求分析文档 项目名称：人事工资管理系统 概述（背景简介）： 随着我国市场经济的快速发展，人事工资管理系统在企业的日常管理中发挥着越来越重要的作用。人事工资管理系统可以进行档案管理、奖罚管理和工资管理等，方便处理企业内部员工的相关工资信息。另外，为了更方便地查看员工工资信息，还可以通过水晶报表对工资信息进行打印。 系统分析（需求分析）： 通过调查，要求本系统具有以下功能。

●良好的人机界面。 ●方便的添加和修改数据功能。 ●方便的数据查询。 ●方便的数据打印功能。 ●在相应的窗体中，可方便地删除数据。 ●数据计算自动完成，尽量减少人工干预。 总体设计： 项目规划 人事工资管理系统主要由人事管理、工资管理、用户管理和退出系统等模块组成，具体规划如下。 ●人事管理模块。该模块主要用于实现档案管理、 奖罚管理、调动管理和考评管理的功能。 ●工资管理。该模块主要用于实现考勤津贴和工资 总结的功能。

●系统管理。该模块主要用于实现部门管理和数据 备份的功能。 ●用户管理。该模块主要用于实现操作员管理，修 改口令和更改操作员的功能。 ●退出系统。该模块主要用于实现系统推出的功 能。 系统业务流程分析： 人事工资管理系统的业务流程图如下。

系统功能结构： 人事工资管理系统功能结构图如下。 系统设计: 设计目标 本系统属于中小型的数据库管理系统，可以对中小型企业人事工资进行有效管理。通过本系统可以实现一下目标： 灵活地录入数据，使信息传递更快捷；

●系统采用人机交互方式，界面美观友好，信息查询 灵活，数据存储安全可靠； ●实现员工奖罚信息管理； ●实现员工工资自动计算； ●实现员工考评调动管理； ●对用户输入的数据，进行严格的数据检验，尽可能 避免人为错误； ●系统最大限度地实现了易维护性和易操作性。 开发及运行环境 ●系统开发平台：Microsoft Visual Studio2005。 ●系统开发语言：C#。 ●数据库管理系统软件：SQL Server 2000。 ●运行平台：Windows XP（SP2）/ Windows 2000 （SP4）。 ●运行环境：https://www.wendangku.net/doc/e39945435.html, Framework SDK v2.0。 ●分辨率：最佳效果1024*768像素。

公路工程竣工资料整理要求

竣工文件整理要求 一、编制说明 1、为了规范公路工程建设的档案管理，确保公路工程建设档案的完整、准确和有效利用，应把公路建设施 工过程中形成的各种文件夹及时整理、组卷和归档，为今后公路的建设、使用、养护、改建和扩建服务。 2、竣工文件资料来源于建设过程中各类材料和原始记录， 必须保证资料的真实、 准确、系统， 坚持高质量， 严禁伪造。 3、工程技术负责人应是竣工文件编制工作的负责人。承包人在编制竣工文件过程中必须严肃认真， 不可随 意更改各种文件资料。 4、每册竣工文件的顺序为：总目录、分册目录、本册目录、本册内容、备考表、封底。每页都要阿拉伯数 字在右上角编号，并与目录相对应。本册文件名称应在总目录相应位置用线框住，表示本册所在位置。 5、竣工图编制 ① 竣工图规格采用 A3 纸，绘制必须真实反映工程实际情况，竣工图要有竣工图标，图标内容包括：标段 名称、图名、图号、比例、施工单位名称、开竣工日期等。竣工文件应加盖单位公章，图纸右上角用阿拉 伯数字编号，分子为本册页数、分母为本册总页数。 ② 凡按设计图施工没有变动的，在设计图上加盖竣工图章后即作为竣工图。 ③ 凡在施工中，虽有一般性设计变更，但能将设计图纸修改、补充作为竣工的可不重新绘制，由施工单位 负责在施工图纸上注明修改的部分，并附设计变更通知和施工说明，加盖竣工图章后，即作为竣工图。 ④ 凡对设计图有重大变更的应重新绘制改变的竣工图，并附以有关记录和说明作为竣工图。 6、文件资料的装订 ① 文件资料的幅面一律采用 A4 纸，不同尺寸的文件资料折叠成 A4 幅面。 ② 每册厚度不超过2cm , —般控制在50?200页之间。文件资料装订之前，必须除掉金属物，到专业印刷厂 装订，成册的资料要做到坚固、整齐、美观。 7、竣工文件必须有完整的具有法律效力的责任签字，竣工文件未经查验的项目不办理项目验收， 不得交付 6、 设计单位设计总结（设计单位整理） 7、 竣工检测评分表（建设单位整理） （二）征地拆迁资料 1、 征地拆迁合同及地方政府协议（建设单位整理） 2、 征地批文及有关图纸（建设单位整理） （三） 上级批准文件及有关指示 （四） 投标文件过程（建设单位整理） 第二卷 竣工决算（承包人整理） 1、 工程决算汇总表（附决算表） 2、 工程决算明细表 3、 工程数量汇总表 使用，不得申报优良工 程。 8、竣工文件上报建设单位 二、竣工文件内容 第一卷 综合卷 （一）竣工验收文件 1、 竣工验收报告 2、 竣工报验单 3、 参加竣工验收成员名单 4、 承包人施工总结 3 份，其中原稿 1 份，复印件 2 份 （建设单位整理） 承包人整理） （建设单位整理） （承包人整理） （监理单位整理）

软件工程软件需求分析模板.doc

【Bank系统】软件需求设计 开发小组： 文档设计：

开发人员分工 变更历史 审核历史

1需求分析 [说明：该章节由开发方负责完成] 1.1 功能需求 [说明：描述该业务需求的具体功能要求] 1.2 界面需求 [说明：描述该业务需求的界面要求] 1.3 性能需求 [说明：描述该业务需求的在性能方面的要求] 1.4 报表需求 [说明：描述该业务需在业务界面开发的报表需求，需要提供详细的表样及统计口径] 1.5 依赖关系 [说明：描述该业需求实现需满足的一些前提条件，业务需求实现后的一些后置处理] 1.6 问题记录 [说明：记录需求沟通确认过程]

2技术方案 [说明：该章节由产品部系统需求分析责任人完成] 2.1 方案概述 2.2 涉及模块一 [说明：CRM1、CRM2、计费账务、资源、接口等模块] 2.2.1功能点一 [说明：新增或修改的功能点名称] 2.2.1.1 功能描述 [说明：描述功能点的是否新增或改造，改造范围和改造预期目标] 2.2.1.1.1业务规则描述 [说明：详细描述功能点的业务规则实现、包括界面校验规则、数据库字段校验规则、业务逻辑校验规则、涉及的信息如何记录、程序实现过程中需要注意的规则等等] 2.2.1.2 业务流程 [说明：描述业务流程，包括界面操作流程、业务执行流程等] 2.2.1.3 程序流程 [说明：描述程序执行过程中的程序执行流程，如程序流程、时序图等] 2.2.1.4 实体设计 2.2.1.4.1程序设计 [说明：程序设计内容，如新增的程序文件、配置文件、依赖结构及其内容，修改的程序文件、配置文件及其内容，其描述越详细越好。]

工程资料整理规范

建设工程文件归档整理规范 1 总则 1.0.1为加强建设工程文件的归档整理工作，统一建设工程档案的验收标准，建立完整、准确的工程档案，制定本规范。 1.0.2 本规范适用于建设工程文件的归档整理以及建设工程档案的验收。专业工程按有关规定执行。 1.0.3建设工程文件的归档整理除执行本规范外，尚应执行现行有关标准的规定。 2 术语 2.0.1建设工程项目（construction project） 经批准按照一个总体设计进行施工，经济上实行统一核算，行政上具有独立组织形式，实行统一管理的工程基本建设单位。它由一个或若干个具有内在联系的工程所组成。 2.0.2单位工程（single project） 具有独立的设计文件，竣工后可以独立发挥生产能力或工程效益的工程，并构成建设工程项目的组成部分。 2.0.3分部工程（subproject） 单位工程中可以独立组织施工的工程。 2.0.4 建设工程文件（construction project document） 在工程建设过程中形成的各种形式的信息记录，包括工程准备阶段文件、监理文件、施工文件、竣工图和竣工验收文件，也可简称为工程文件。 2.0.5工程准备阶段文件（seedtime document of a construction

project） 工程开工以前，在立项、审批、征地、勘察、设计、招投标等工程准备阶段形成的文件。 2.0.6 监理文件（project management document） 监理单位在工程设计、施工等监理过程中形成的文件。 2.0.7施工文件（constructing document） 施工单位在工程施工过程中形成的文件。 2.0.8 竣工图（as-build drawing） 工程竣工验收后，真实反映建设工程项目施工结果的图样。 2.0.9竣工验收文件（handing over document） 建设工程项目竣工验收活动中形成的文件。 建设工程档案（project archive） 在工程建设活动中直接形成的具有归档保存价值的文字、图表、声像等各种形式的历史记录，也可简称工程档案。 案卷（file） 由互有联系的若干文件组成的档案保管单位。 立卷（filing） 按照一定的原则和方法，将有保存价值的文件分门别类整理成案卷，亦称组卷。 归档（putting into record） 文件形成单位完成其工作任务后，将形成的文件整理立卷后，按规定移交档案管理机构。

软件工程实验报告

1.1 实验一结构化需求分析 一．实验类型 图书馆管理系统 假定校图书馆需要你设计一个图书馆管理系统，要求包括以下功能： ●图书管理员可以管理馆藏图书，包括每本图书的藏书编号、书名、编著者、 ISBN号、出版社、出版时间、入馆时间、馆藏数量（如果馆藏数量为1,则标明为孤本图书）、在馆数量、学科类别等（或其它你认为有用的信息）； ●管理员可以查询、统计所有图书、每一类图书或每一本书的借阅记录； ●图书管理员可以管理所有读者的信息，包括读者类型（学生、教师、社会人 士）、姓名、图书证编号、办证时间、证件状态（正常、挂失、冻结）等信息； ●图书管理员可以查询和统计所有读者、每一类读者或每一个读者的借阅记录； ●读者可以通过本系统查询馆藏图书； ●读者可以通过本系统借阅读书。但对于孤本图书或在馆数量为1的图书则不 准外借； ●管理员可以对超期未归还图书的读者发送电子邮件进行提醒，对于超期一年 不归还图书的读者冻结其图书证； ●读者可以通地本系统归还图书。如果图书超期，则自动计算罚款金额。二．实验目的 1．掌握数据流的分析技术 2．掌握软件需求分析的过程和方法。 3．熟悉项目开发计划和需求规格说明书的制定方法。 三．实验内容和要求 1．用结构化数据流分析技术进行软件系统需求分析，得出系统的数据流图和数据字典。 2．正确运用图表工具进行表示。 3．按规范正确编写软件文档。

四．实验步骤 1．理解所承担项目的业务流程和业务内容。 本软件项目是面向中小型学校、单位机构对于图书管理的基于服务的一款便捷式软件。能满足一系列常用图书管理的功能模块，提供简介、准确的操作性，可以很大程度减少人为因素带来的数据错误，统计错误，系统逻辑错误。并且规模小，很容易进行推广。 ●本项目的参与对象有图书管理员及读者。 ●对于读者，能通过该软件浏览馆藏的所有图书。读者在图书馆找到自己喜欢 的书后，能自行通过该软件操作完成借阅操作。若读者是第一次借书，必须通过图书管理员进行添加读者记录，登记读者信息。读者在登陆后方能完成借阅操作，对于孤本图书（即图书馆中馆藏只有一本的图书）则拒绝进行借阅操作。在规定期限内，读者可以通过该软件完成还书操作，对于超期的图书，应将扣除一定罚款金额，对于超期一年不归还图书的读者冻结其图书证。 并且读者能修改个人信息。 ●对于图书管理员，能管理自己和比自己低一级管理权限的管理员。一级管理 员能完成维护管理员的基本信息和二级管理员的一切操作。二级管理员则能维护自己的信息和添加读者、添加图书的功能。管理员可以对超期未归还图书的读者发送电子邮件进行提醒，对于超期一年不归还图书的读者冻结其图书证； 2．按照系统的功能及性能要求，系统的作业范围等，确定软件系统的开发环境（操作系统、开发工具、程序设计语言等）。 根据软件编程经验，本系统将采用面向对象的设计方法，使用Eclipse开发工具，java窗体应用程序，操作系统使用Win8。 3．绘制数据流图、功能分析图等。

建设工程档案归档整理规范

建设工程档案归档整理规范 第一章建设工程文件归档的基本职责 一、建设、勘察、设计、施工、监理等单位应将工程文件的形成和积累纳入工程建设管理的各个环节和有关人员的职责范围。 二、在与工程文件与档案的整理立卷、验收移交工作中，建设单位应履行下列职责： （一）在与工程招标及勘察、设计、施工、监理等单位签订协议、合同时，应对工程文件的套数、费用、质量、移交时间等提出明确要求； （二）收集和整理工程准备阶段、竣工验收阶段形成的文件，并进行立卷归档； （三）负责组织、监督和检查勘察、设计、施工、监理等单位的工程文件的形成、积累和立卷归档工作；也可委托监理单位监督、检查工程文件的形成、积累和立卷归档工作； （四）收集和汇总勘察、设计、施工、监理等单位立卷归档的工程档案； （五）在组织工程竣工验收前，应提请当地城建档案管理机构对工程档案进行预验收；未取得工程档案验收认可文件，不得组织工程竣工验收； （六）对列入城建档案馆接收范围的工程，工程竣工验收后3个月内，向当地城建档案馆移交一套符合规定的工程档案。 三、勘察、设计、施工、监理等单位应将本单位形成的工程文件立卷后向建设单位移交。 四、建设工程项目实行总承包的，总包单位负责收集、汇总各分包单位形成的工程档案，并应及时向建设单位移交；各分包单位应将本单位形成的工程文件整理、立卷后及时移交总包单位。建设工程项目由几个单位承包的，各承包单位负责收集、整理立卷其承包项目的工程文件，并应及时向建设单位移交。 五、城建档案管理机构应对工程文件的立卷归档工作进行监督、检查、指导。在工程竣工验收前，应对工程档案进行预验收，验收合格后，须出具工程档案认可文件。