信科系实验报告
课程名称：《计算机软件基础》
实验类型：设计型(验证型、创新型、综合型、设计型)
实验项目名称：需求调查与可行性分析实验
学生姓名：专业：教育技术学学号：
指导老师：
实验地点：软件实验室实验学时： 2 学时
一、实验目的和要求
通过本次实验，掌握需求调查与可行性研究的方法、过程和步骤，加深对可行性分析有关理论的理解，为学习后面的需求分析与软件设计打下一个良好的基础。
要求学生实验前要认真消化书本和课堂教学内容，精心准备本次实验。
布置“运动会信息管理系统可行性分析”或其它类似题目，了解用户业务情况、数据、网络和需求情况，分析并开展可行性研究。
二、主要仪器设备或者软件
1. 硬件环境 :PC 机
2. 软件环境 :Windows环境,C语言系统或其它语言工具
三、操作方法与实验步骤
(1) 围绕题目独立进行需求收集、分析
(2) 提出解决问题的初步方案
(3) 从技术、操作、经济等方面进行可行性分析
(4) 独立写出需求调查与可行性分析报告
四、讨论或心得
软件需求分析是两方或多方与用户通信的过程，总是从两方或多方之间的通信开始的。用户面临的问题需要用于计算机的方案来解决；开发者应该对用户的需求做出反应，给用户提供帮助，这样就产生了相互通信的需要。
需求分析报告模板XXXXXXXXX 需求分析报告 XXXXXXXX SHANGHAI FUDAN JINSHIDA COMPUTER COLTD XXXXXVVV-003-XXX V.VV : XXXXXXXXXXXXX : 需求分析报告
XXXXXXXXX XXXX/XX/XX XXXXXXXXX XXXX/XX/XX XXXXXXXXX XXXX/XX/XX XXXXXXXXX XXXX/XX/XX XXXXXXXX需求分析报告上海复旦金仕达计算机有限公司 第一章引 言 ..................................................................... (1) 1.1 编写目 的 ..................................................................... . (1) 1.2 背 景 ..................................................................... (1) 1.3 术语定 义 ..................................................................... . (1) 1.4参考资 料 ..................................................................... ........................................................ 1 第二章系统概述 ..................................................................... .. (2) 2.1系统功能框 架 ..................................................................... (2)
软件工程实践报告 计科12—1班 杨光敏 08123234 （一）软件需求分析 1.实验目的 学习图形工具软件VISIO，掌握结构化需求分析方法，熟练绘制数据流图；学习快速原型工具的使用。 2.基本要求 （1）针对银行ATM系统进行需求分析工作，了解银行ATM系统的功能、流程； （2）安装VISIO2003以上版本软件，熟练应用Visio绘制DFD图，绘制银行ATM系统数据流图，完成系统的软件逻辑模型； （3）安装Axure RP Pro 或者Balsamiq Mockups快速原型软件，学习绘制软件原型，完成银行ATM系统的软件原型。 3.系统概述 （1）ATM系统为银行提供一套高效稳定可靠的终端服务平台，为储户登录，存款，取款，查询，打印凭条，转账，修改密码等操作提供便利。
图1 ATM工作流程 （2）.用户特点 本软件的用户主要是银行的广大持卡人，大多都具有使用ATM经验。另外，我们的系统要实现的一个重要目标就是当储户取钱出现故障时能在下笔业务进行之前自动恢复。以此来方便用户和保障用户的利益。本系统还为用户提供了足够的界面友好性和易操作性。即使是一个对ATM系统完全陌生的客户，也可以在交易界面的提示下顺利完成交易。 另外一部分的用户是银行工作人员，本系统不予考虑。 4需求说明
(1) 基本描述 ATM终端可以接受一张可识别的银行储蓄卡，通过储户身份验证后，同储户进行各种交互，例如：查询、存款、取款、打印凭条等；处理储户相应的要求，执行对应操作，为储户服务。该系统要求须保持一定时间内的交易记录，系统应每天自动汇总各种交易数据与服务器进行对账。同时，在通讯失败或其他交易结果不确定的情况下，ATM要自动发起冲正交易，以保证账务的完整性。 本系统的实现需要记录一些相关信息，其中包括的信息有：用户信息和交易信息。 (2)交易信息 卡信息：卡号，账号，密码，卡类型，卡金额 ATM信息：ATM编号，ATM余额， 交易流水信息：交易类型，交易代码，账号，交易时间 （3）用例需求分析 根据需求，做如下用例设计，在给出ATM系统需求用例图之后，我们将对各个用例逐一进行介绍。 登 存 取 转 查 改 印 返 退 图2 ATM系统需求用例图
武汉理工大学 学 生 实 验 报 告 书 实验课程名称 软件需求工程 开 课 学 院 计算机科学与技术学院 指导老师姓名 岑 丽 学 生 姓 名 陈银 学生专业班级 软件0903 2011— 201 2学年 第 1 学期 学生学号 012091068 0328 实验课成绩
实验课程名称：软件需求工程 实验项目名称软件功能描述与确认实验成绩实验者陈银专业班级软件0903 组别 同组者实验日期年月日第一部分：实验分析与设计（可加页） 一、实验内容描述（问题域描述） 要求:对360杀毒软件进行功能描述。 （包含功能名称、功能详细描述、功能分类、功能的正确性与否） 二、实验设计（包括实验方案设计，实验手段的确定，实验步骤，实验过程等） 运行360杀毒软件，查各模块的功能名称、功能详细描述，判断功能的正确性， 用表格或者文档的方式对实验结果进行正确的记录与描述。 三、主要实验工具、仪器设备及耗材 电脑
第二部分：实验结果分析（可加页） 一. 实验结果描述 1. 病毒查杀 快速扫描：扫描Windows系统目录及Program Files目录 全盘扫描：扫描所有磁盘 指定位置扫描：扫描您指定的目录 右键扫描：集成到右键菜单中，当您在文件或文件夹上点击鼠标右键时，可以选择“使用360杀毒扫描”对选中文件或文件夹进行扫描 2. 实时防护 入口防御：严防木马侵入系统的入口，拒木马于系统之外。A.上网安全防护，B.聊天安全防护，C.下载安全防护，D.U盘安全防护，E.黑客安全防护，F.局域网防护； 隔离防御：在虚拟系统中执行高危程序，防止木马侵害真实系统。A.隔离看片，B.隔离运行风险文件； 系统防御：内核级防御技术，保护系统核心设置，拦截木马恶意行为。A.文件系统防护，B.进程防护，C.驱动防护，D.注册表防护； 3.网购保镖 支付网页防篡改：实时保护用户在网购时的支付页面，保障支付安全 支付智能保护：自动扫描已运行的所有程序，禁止运行可疑或安全等级未知程序
软件工程 实验报告 实验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任务概述 目标 《图书管理系统》针对的用户是单个中小型图书室或者个人，藏书
需求分析报告模板文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
需求分析报告模板 科技信息中心 二○一一年五月二十日
1. 引言 引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。 如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。
1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括： ●正文风格； ●提示方式； ●重要符号； 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： ●领导层及管理人员； ●开发人员； ●项目经理； ●项目的最终用户； ●测试人员； ●文档编写人员。 ●其他经许可阅读此文档的人员 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
软件工程需求分析和概 要设计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编写目的 (2) 1.2项目风险 (2) 1.3文档约定 (2) 1.4预期读者和阅读建议 (2) 1.5产品范围 (2) 1.6参考文献 (3) 2. 综合描述 (3) 2.1产品的状况 (3) 2.2产品的功能 (4) 2.3用户类和特性 (4) 2.4运行环境 (4) 2.5设计和实现上的限制 (4) 2.6假设和约束(依赖) (5) 3. 外部接口需求 (5) 3.1用户界面 (5) 3.2硬件接口 (6) 3.3软件接口 (6) 3.4通讯接口 (6) 4. 系统功能需求 (6) 4.1说明和优先级 (7) 4.2激励／响应序列 (7) 4.3输入／输出数据 (7) 5. 其它非功能需求 (7) 5.1性能需求 (8) 5.2安全措施需求 (8) 5.3安全性需求 (8) 5.4软件质量属性 (8) 5.5业务规则 (8) 5.6用户文档 (8) 6. 词汇表 (9) 7. 数据定义 (9) 8. 分析模型 (9) 9. 待定问题列表 (19)
引言 引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者 ●软件开发者 ●产品使用者 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括 ●正文风格： ●提示方式： ●重要符号： 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括 ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写入员。 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议 1.5 产品范围 说明该软件产品及其开发目的的简短描述，包括利益和目标。把软件产品开发与企业目标，
软件需求分析实验报告 ——银行ATM系统
1、用户需求 (3) 1.1、取款 (3) 1.2、存款 (5) 1.3、查询 (6) 1.4、转账 (7) 1.5、密码修改 (8) 2、运行需求 (9) 3、输入要求 (10) 4、输出要求 (10) 5、其他需求 (10) 1、可用性 (10) 2、安全性 (11) 3、可维护性 (11) 4、兼容性 (11) 二、银行ATM系统的软件逻辑模型 (12) 1、数据流图 (12) 顶层数据流图 (12) 0层数据流图 (12) 1层数据流图 (13) 2层数据流图 (13) 2、数据字典 (16)
1、欢迎界面 (18) 2、登陆界面 (18) 3、选择界面 (19) 4、取款界面 (20) 5、查询界面 (21) 6、转账界面 (22) 7、密码修改界面 (24) 8、退出界面 (25)
一、银行ATM 系统任务分析 ATM 软件分别有登陆，存款，取款，查询，转账，修改密码，退出等功能。 设计时常将各个功能分模块设计，各个模块各有不同的特点及功能，最终来完成各自相应的功能。各模块的数据都存放在数据库中，又形成一个整体。数据的调用和连接都有程序来完成。ATM 终端机通过用户插卡和输入6位的对应密码，经过验证后，准确无误后可以同系统进行各种交互，例如：查询、存款、取款、转账、明细查询、打印凭条等；系统根据终端服务器的用户输入处理储户相应的要求，执行对应操作，为储户服务。为了安全起见，ATM 系统要求须保持一定时间内的交易记录，系统应每天自动汇总各种交易数据与服务器进行对账。同时，在通讯失败或其他交易结果不确定的情况下，ATM 要自动发起冲正交易，以保证账务的完整性。 SIM 银行ATM 取款机系统 卡号和密码验证 存款 修改密码 查询余 额 查询 操作记录明细 转帐 取款
v1.0 可编辑可修改 院系：计算机科学学院 专业：计算机科学与技术 年级： 2013级 课程名称：软件工程 组员：司少武（1135） 兰少雄（1136） 张宇（1133） 纳洪泽（1132） 指导教师：刘卫平 2015年 12月 26 日
聊天室 1 前言 即时消息系统的研究现状 即时消息系统[1](Instant Messenger，IM)是一种在后 PC 时代兴起的，以Internet 网络为基础的，允许交互双方即时地传送文字、语音、视频等信息，能够跟踪网络用户在线状态的网络应用软件。即时消息系统产生有着深刻的社会原因：人们都有渴望社交，获得社会尊重、实现自我的需求，这正是即时消息软件风行的原动力，而物质文明的日益发达所带来副作用，又使得人们习惯与周围的人保持距离，以致人们更愿意对陌生人敞开心扉，在网络中可以跨越年龄、身份、行业、地域的限制，达到人与人、人与信息之间的零距离交流。从这点上讲，即时消息系统的出现改变了人们的沟通方式和交友文化，大大拓展了个人生活交流的空间。 本工程的主要内容 随着互联网逐步普及，人们的生活和工作也越来越离不开信息网络的支持，而聊天室是人们最常见，最直接的网上交流的方式。本聊天系统以聊天交流为主，为广大用户提供一个借助网络进行人际交往的平台，也是网络与现实最贴近的实用型网站。本文所介绍的网络聊天系统是基于开放的JAVA应用程序开发设计的，其主要特性是能动态、实时的完成信息的传递，且具有高效的交互性，更有效的处理客户请求，且具有脱离数据库技术方法，易于维护和更新的特点。 2 需求分析 本系统所要实现的主要功能是当用户聊天时，将当前用户名、聊天对象、聊天内容、聊天语气和是否私聊进行封装，然后与服务器建立Socket连接，再用对象输出流包装Socket的输出流将聊天信息对象发送给服务器端当用户发送聊天信息时，服务端将会收到客户端用Socket传输过来的聊天信息对象，然后将其强制转换为Chat对象，并将本次用户的聊天信息对象添加
鞋店进销存管理系统 一.项目背景 随着计算机技术的不断发展, 它已经成为人们工作和生活中不可缺少的工具。早在1954年，银行、大公司和大企业纷纷采用计算机进行账户和账目管理、生产管理、库存管理、销售管理、统计报表等。从数据的收集、存储、整理到检索统计，应用的范围日益扩大，使计算机的应用很快超过科学计算，成为最大的计算机应用领域。 鞋店管理的特点是信息处理量比较大，所存的鞋种类多，而且由于进货单、销售单、需求单等单据发行量特别大，关联信息多，查询和统计的方式各不相同等原因,因此在管理上实现起来有一定困难。在管理的过程中经常会出现信息的重复传递，单据报表种类繁多，各个部门管理规格不统一等问题。 在本系统的设计过程中，为了克服这些困难，满足计算机管理的需要,我们采取了下面的一些原则： 1、统一各种原始单据的格式，统一账目和报表的格式。 2、删除不必要的管理冗余，实现管理规范化、科学化。 3、程序代码标准化，软件统一化，确保软件的可维护性和实用性。 4、界面尽量简单化，做到实用，方便，尽量满足书店中不同层次员工 的需要。 二.定义 “鞋店进销存管理系统”为用户提供添加、修改、查询、退货操作等服务。用户在登陆界面输入用户名，密码后系统核对正确进入系统内部。系统就要求用户选择事务类型（添加、修改、查询、退货等），直至用户选择退出应用服务，询问用户是否退出应用服务，如果用户选择结束，系统重回登陆界面。用户进入添加界面后，首先可以输入的数字必须大于等于100），否则系统显示输入有误。用户点击确认后，由系统查询，判断该取值是否超出库存量，如果没有，则系统会显示确认界面，用户单点击“确认”后，系统自动生成账单，并在后台进行工作，系统进行清
渭南学院电子工程生产实习电子万年历 项目需求分析报告 编号： 序号： 课题名称：电子万年历指导教师： 班级： 项目成员： 时间： 修订记录
目录 1引言错误!未定义书签。 编写目的错误!未定义书签。 项目背景错误!未定义书签。 定义错误!未定义书签。 参考资料错误!未定义书签。 2概述错误!未定义书签。 产品的描述错误!未定义书签。 产品的功能错误!未定义书签。 开发环境错误!未定义书签。 一般约束错误!未定义书签。 3具体需求错误!未定义书签。 内部功能需求错误!未定义书签。 外部接口需求错误!未定义书签。 用户界面错误!未定义书签。 硬件接口错误!未定义书签。 软件接口错误!未定义书签。 通讯接口错误!未定义书签。 性能需求错误!未定义书签。 静态数值需求错误!未定义书签。 动态数值需求错误!未定义书签。 数据词典错误!未定义书签。 数据采集错误!未定义书签。 数据精确度错误!未定义书签。 时间特性错误!未定义书签。 适应性错误!未定义书签。 设计约束错误!未定义书签。 需遵守的其它标准错误!未定义书签。 硬件限制错误!未定义书签。 属性需求错误!未定义书签。 可靠性错误!未定义书签。 安全性错误!未定义书签。 可维护性错误!未定义书签。 可移植性错误!未定义书签。 其它需求错误!未定义书签。
项目需求分析报告 关键词： 摘要： 引言 xxxxxx 编写目的 【阐明编写需求说明书的目的，指出读者对象】 项目背景 【项目的委托单位、开发单位和主管部名】 【该产品项目与其他产品或其他系统的关系】 定义 【列出文档中用到的专门术语的动议和缩写词的原文】 参考资料 【格式：作者标题编号出版单位或资料来源发表日期】 【范围：项目经核准的计划任务书；合同或上级批文；项目开发计划；与项目有关的已发表的资料；文档中所引用的资料；所采用的标准或规范】 概述 产品的描述 用与它有关的产品或项目来描述被开发项目： 如果被开发产品系统是独立的, 则应在本节描述被开发产品系统概况。 如果本产品系统是一个较大的系统或项目中的一个组成部分,那么本小节应当:简述这个较大的系统或项目的每一个组成部分的功能,并标识其接口；标识被开发产品项目的主要外部接口(建议用图形表达有关的系统或项目的主要组成、相互联系和外部接口)。 产品的功能 简明叙述被开发产品项目的功能。 开发环境 列出所采用的操作系统、编程语言、编程工具（编译器和调试器）、硬件设备、数据库平台和网络平台等开发环境特点。 一般约束 硬件的限制； 与其他应用系统的接口； 本节不列举具体需求或具体设计约束。但是, 应对具体需求一章中描述的某些具体需求和设计约束提供理由。 具体需求 内部功能需求 描述产品系统产品的输入经过什么处理转换为输出，它必须描述在产品系统中进行的基本操作。对于每一类功能或者有时对于每一个功能，需要描述其输入、处理和输出等需求。这些内容用四小节描述： 功能需求1 引言 描述完成本功能的目的，所使用的方法和技术，包括可以清楚说明本功能示意图的来源或背景材料。 输入 对本功能全部输入数据的详细描述,它们包括:输入源、数量、度量单位、时间关系、有效输入的范围、精度和公差等。 操作员具体的控制需求，其中包括操作员活动的描述，控制台或操作员的位置等。例如，在打印表格时，要求操作员调整打印纸位置的需求。 指明引用的接口规格说明或相应的接口控制文档。 处理 说明该功能应该对各输入数据进行哪些处理，并对各处理进行定性的说明，尽可能采用严格的定
一、实验名称 学生信息管理系统需求分析 二、实验目的 完成学生信息管理系统需求分析，建立需求模型； 系统掌握软件开发过程中需求分析过程，分别对系统进行业务分析、用户需求分析和系统需求分析。 三、实验主要内容 将整个需求分析过程分为业务分析、用户需求分析和系统需求分析，确定每个模块功能所需要的算法和数据结构，并设计出程序的详细规格说明，可画出详细的程序流程图，为编码做准备，写出详细设计报告。 四、实验原理 确定对系统的综合要求，包括： ?功能需求：这方面的需求指定系统必须提供的服务。通过需求分析应该划分出系统必须完成的所有功能。 ?性能需求：性能需求指定系统必须满足的定时约束或容量约束，通常包括速度(响应时间)、信息量速率、主存容量、磁盘容量、安全性等方面的需求。 ?可靠性和可用性需求：可靠性需求定量地指定系统的可靠性。 五、实验结果 学生信息管理系统需求分析报告 第一章学生信息管理系统简介 随着当今社会发展，信息化水平逐步提高，对教务管理有了新的要求，因此，编写一个信息管理系统是十分有必要的。该软件主要是实现对学生信息进行系统化的管理，首先可以对学生基本信息进行输入和读取，其次查找并显示特定学生的相关信息，然后可以插入学生的相关信息，还有就是可按学生相关信息排序，以求达到简易操作的目的 第二章学生信息管理系统业务用例建模 2.1 学生信息管理系统业务流程分析 2.1.1 学生信息输入流程分析 1、管理员通过密码登录到系统。 2、如果密码错误，重新输入，密码正确，将学生的信息输入。 3、管理员将学生的信息保持到文件。 2.1.2 学生信息查询流程分析 1 管理员通过密码登录到系统。 2 如果密码错误，重新输入，密码正确，查看学生信息。
信息工程学院 软件工程实验报告 专业： 班级： 学号： 姓名： 指导老师：
实验一：软件开发的过程计划 实验课时：2课时 一、实验目的 项目计划的目的是为项目的研发和管理工作制定合理的行动纲领，以便所有相关人员按照计划有条不紊地开展工作。 ⑴估计项目的总体规模、工作量和成本。 ⑵制定项目计划，重点放在产品生命周期中的主要关键任务。 ⑶制定项目时间表和预算。 二、实验环境 1.硬件环境 P4以上的个人计算机环境，要求内存不少于512MB，硬盘不小于20G.。 2.软件环境 操作系统：Windows XP 数据库：Sql Server 2000以上或Access 2003以上 3.通用工具软件 通用绘图工具：MicroSoft V isio 2003以上 文本编辑工具：MicroSoft Word 2003以上 4.CASE工具 UML建模工具：Rational Rose 2000 三、实验要求、实验内容 1、实验要求： 在进行实验之前，必须掌握软件开发过程的一些基础知识，准备参考资料和阅读相关的过程模型的文档。 2、实验内容 熟悉RUP（Rational Unified Process）软件开发统一过程的思想，RUP（Rational Unified Process）是由Rational公司（现已是IBM公司的一部分）提出的过程模型，它软件工程史上最完整、最成熟、最优秀的过程模型之一。 学习软件开发的组织和管理，将项目开发各阶段的任务明确，掌握各阶段的里程碑，并熟悉相应的工具。
四、思考题 1、项目开发首先要做的事是什么？ 答：进行需求分析和定义，了解客户或用户的需求，然后再进行后续。 2、你认为该软件应具备的最重要的特性是什么。 答：安全性、实用性、灵活性。 3、你认为怎样分工是最合理的？ 答：该项目已经采取项目经理制，但是在具体开发过程中，情况也许会比预计的复杂，因此，在了解了各组员的工作风格的情况下，根据性格类型进行工作分配，比如：外向而且善于交流的，可以给他安排和客户交流沟通，让客户随时了解我们 的工作情况，并且反应客户的需求改变；为了让项目更好的组织和管理，可以采取 主程序员负责制；这样，在项目经理的带领下，内部安排主程序员和副程序员，工 作员有问题的话，内部自己解决，只要按时汇报工作就可以了。 五、实验内容： 项目背景 项目名称：银行计算机储蓄系统 随着社会经济的发展，XX银行的业务不断增长，传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。其一，业务需求的增加需要消耗大量人力物力资源；其二，业务复杂化导致人工处理方式出错率增加，从而引起储户不满。一方面可以减轻银行业务员的工作量，另一方面可以减少工作的出错率，从而提高工作效率。现在计算机网络的告诉发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。为解决此问题，拟为其开发计算机储蓄系统。 项目进度： 项目在项目经理的制度下，在整个开发过程中，树立“里程碑”，而且严格按照计划进行，各阶段任务必须完成，现把任务进度历程绘制如下：
需求分析实验报告 沙漠绿洲书店是福州大学附近最大的民营书店。长期以来，城市沙漠书店为福大学子乃至整个城市读者提供了不少的便利。在2005年，该书店扩大了书店的面积，大大提高了库存量，使得读者可以购买到更多的书籍。但是，原来的图书销售已经渐渐无法适应市场的发展，因为图书销售的顾客群慢慢固定。为了进一步扩大市场，书店决定开发一套新的销售系统，以自动化的方式进行图书的销售以及管理。书店决定开通网上书店，面向全国进行网上售书，进一步扩大消费人群，同时，保留以往的电话售书的方式，为不在该市的消费者提供便利。
在图书管理方面，由于图书的数量年年增长，出现了许多新的消费热点，读者对图书的选择性有了一些变化。原来的系统已经无法体现这些变化，也无法满足企业制定销售战略。 在书店内部，由于面积的扩大，使得原来的导购小姐无法满足书店的需要，同时，书店也有意尝试通过在书店的不同位置放置可供读者自己查询的电脑来满足读者的需要。 在书店的规划方面，原来的系统只能够描述销售及库存的情况，对于整个书店的财务，会计等方面并没有涉及，这对于书店进一步扩大规模是不利的。宁因此，书店决定开发一套新的图书销售系统。 书店的新战略规划：书店的战略规划是要建立更多的客户群以扩大书店的发展规模，进而扩大市场。 一个战略是为外地用户扩大电话定购能力，另一个战略是要通过Internet 增加直接客户市场销路。新系统是一个能为企业的快速增长进行计划并准备加强支持客户交互作用的系统。 战略系统计划项目产生了技术结构计划，应用程序结构计划和实施的时间帧。 1，技术结构计划： 1，把商业应用软件转移到客户－服务器结构来，为数据库和电信功能保留了主机，以允许其容量增加及快速发展。 2，向在Internet 上经营商业转移，首先要有一个Web 站点，然后要有链 接到内部系统和数据库的一些客户和供应商的事务处理支持。 3，预期最后向内联网解决方案发展 2，应用程序结构计划; 1,财务/会计：带客户－服务器的软件包解决方案 2 ，人力资源：一个软件包解决方案，最大限度地使员工访问人力资源表，过程和利益信息。 3，客户支持系统：设计一个订单处理和执行系统，综合三方面的订单 处理需求：通过WEB 邮购，电话定购和直接客户市场销售。 4,库存管理系统：设计一个商品销售和库存系统，可以部分提供给客户以便查询 5,零售店系统：把商店管理系统与库存管理系统集成起来 3，实施应用结构计划的时间帧 1,首先，实施客户支持系统。 2,在客户支持系统启动后立即开始实施库存管理系统。 3,把零售店系统与库存管理系统集成起来 4,更新人力资源系统和财务/会计系统 1,系统分析 根据书店的要求，可以确定系统相关者：
附录A软件需求分析报告文档模板 1. ........................................................................................................................................................ 引言2 1.1编写目的 (2) 1.2项目风险 (2) 1.3文档约定 (2) 1.4预期读者和阅读建议 (2) 1.5产品范围 (3) 1.6参考文献 (3) 2. 综合描述 (3) 2.1产品的状况 (3) 2.2产品的功能 (4) 2.3用户类和特性 (4) 2.4运行环境 (4) 2.5设计和实现上的限制 (4) 2.6假设和约束（依赖） (5) 3. 外部接口需求 (5) 3.1用户界面 (5) 3.2硬件接口 (6) 3.3软件接口 (6) 3.4通讯接口 (7) 4. 系统功能需求 (7) 4.1说明和优先级 (7) 4.2激励/响应序列 (8) 4.3输入/输岀数据 (8) 5. 其它非功能需求 (8) 5.1性能需求 (8) 5.2安全措施需求 (9) 5.3安全性需求 (9) 5.4软件质量属性 (9) 5.5业务规则 (9) 5.6用户文档 (9) 6. 词汇表 (10) 7. 数据定义 (10) 8. 分析模型 (11) 9. 待定问题列表 (11)
1. 引言 引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编 写的，并且应该如何阅读、理解和解释这份文档。 1.1编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和（或）发行版本号，从而对该软件产品进行准确的定义。 如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品 需求分析报告中说明的那个部分或子系统。 1.2项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险， 首要风险承担者包括： ?任务提出者； ?软件开发者； ?产品使用者。 1.3文档约定 描述编写文档时所采用的标准（如果有标准的话），或者各种排版约定。排版约定应该包 括： ?正文风格； ?提示方式； ?重要符号； 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都 有其自己的优先级。 1.4预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： ?用户； ?开发人员； ?项目经理； ?营销人员； ?测试人员； ?文档编写入员。 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的
信息工程学院软件工程实验报告 专业： 班级： 学号： 姓名： 指导老师：
实验一：软件开发的过程计划 实验课时：2课时 一、实验目的 项目计划的目的是为项目的研发和管理工作制定合理的行动纲领，以便所有相关人员按照计划有条不紊地开展工作。 ⑴估计项目的总体规模、工作量和成本。 ⑵制定项目计划，重点放在产品生命周期中的主要关键任务。 ⑶制定项目时间表和预算。 二、实验环境 1.硬件环境 P4以上的个人计算机环境，要求内存不少于512MB，硬盘不小于20G.。 2.软件环境 操作系统：Windows XP 数据库：Sql Server 2000以上或Access 2003以上 3.通用工具软件 通用绘图工具：MicroSoft Visio 2003以上 文本编辑工具：MicroSoft Word 2003以上 4.CASE工具 UML建模工具：Rational Rose 2000 三、实验要求、实验内容 1、实验要求： 在进行实验之前，必须掌握软件开发过程的一些基础知识，准备参考资料和阅读相关的过程模型的文档。 2、实验内容 熟悉RUP（Rational Unified Process）软件开发统一过程的思想，RUP（Rational Unified Process）是由Rational公司（现已是IBM公司的一部分）提出的过程模型，它软件工程史上最完整、最成熟、最优秀的过程模型之一。 学习软件开发的组织和管理，将项目开发各阶段的任务明确，掌握各阶段的里程碑，并熟悉相应的工具。
四、思考题 1、项目开发首先要做的事是什么？ 答：进行需求分析和定义，了解客户或用户的需求，然后再进行后续。 2、你认为该软件应具备的最重要的特性是什么。 答：安全性、实用性、灵活性。 3、你认为怎样分工是最合理的？ 答：该项目已经采取项目经理制，但是在具体开发过程中，情况也许会比预计的复杂，因此，在了解了各组员的工作风格的情况下，根据性格类型进行工作分配，比如：外向而且善于交流的，可以给他安排和客户交流沟通，让客户随时了解我们 的工作情况，并且反应客户的需求改变；为了让项目更好的组织和管理，可以采取 主程序员负责制；这样，在项目经理的带领下，内部安排主程序员和副程序员，工 作员有问题的话，内部自己解决，只要按时汇报工作就可以了。 五、实验内容： 项目背景 项目名称：银行计算机储蓄系统 随着社会经济的发展，XX银行的业务不断增长，传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。其一，业务需求的增加需要消耗大量人力物力资源；其二，业务复杂化导致人工处理方式出错率增加，从而引起储户不满。一方面可以减轻银行业务员的工作量，另一方面可以减少工作的出错率，从而提高工作效率。现在计算机网络的告诉发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。为解决此问题，拟为其开发计算机储蓄系统。 项目进度： 项目在项目经理的制度下，在整个开发过程中，树立“里程碑”，而且严格按照计划进行，各阶段任务必须完成，现把任务进度历程绘制如下：
1.1 实验一结构化需求分析 一．实验类型 图书馆管理系统 假定校图书馆需要你设计一个图书馆管理系统，要求包括以下功能： ●图书管理员可以管理馆藏图书，包括每本图书的藏书编号、书名、编著者、 ISBN号、出版社、出版时间、入馆时间、馆藏数量（如果馆藏数量为1,则标明为孤本图书）、在馆数量、学科类别等（或其它你认为有用的信息）； ●管理员可以查询、统计所有图书、每一类图书或每一本书的借阅记录； ●图书管理员可以管理所有读者的信息，包括读者类型（学生、教师、社会人 士）、姓名、图书证编号、办证时间、证件状态（正常、挂失、冻结）等信息； ●图书管理员可以查询和统计所有读者、每一类读者或每一个读者的借阅记录； ●读者可以通过本系统查询馆藏图书； ●读者可以通过本系统借阅读书。但对于孤本图书或在馆数量为1的图书则不 准外借； ●管理员可以对超期未归还图书的读者发送电子邮件进行提醒，对于超期一年 不归还图书的读者冻结其图书证； ●读者可以通地本系统归还图书。如果图书超期，则自动计算罚款金额。二．实验目的 1．掌握数据流的分析技术 2．掌握软件需求分析的过程和方法。 3．熟悉项目开发计划和需求规格说明书的制定方法。 三．实验内容和要求 1．用结构化数据流分析技术进行软件系统需求分析，得出系统的数据流图和数据字典。 2．正确运用图表工具进行表示。 3．按规范正确编写软件文档。
四．实验步骤 1．理解所承担项目的业务流程和业务内容。 本软件项目是面向中小型学校、单位机构对于图书管理的基于服务的一款便捷式软件。能满足一系列常用图书管理的功能模块，提供简介、准确的操作性，可以很大程度减少人为因素带来的数据错误，统计错误，系统逻辑错误。并且规模小，很容易进行推广。 ●本项目的参与对象有图书管理员及读者。 ●对于读者，能通过该软件浏览馆藏的所有图书。读者在图书馆找到自己喜欢 的书后，能自行通过该软件操作完成借阅操作。若读者是第一次借书，必须通过图书管理员进行添加读者记录，登记读者信息。读者在登陆后方能完成借阅操作，对于孤本图书（即图书馆中馆藏只有一本的图书）则拒绝进行借阅操作。在规定期限内，读者可以通过该软件完成还书操作，对于超期的图书，应将扣除一定罚款金额，对于超期一年不归还图书的读者冻结其图书证。 并且读者能修改个人信息。 ●对于图书管理员，能管理自己和比自己低一级管理权限的管理员。一级管理 员能完成维护管理员的基本信息和二级管理员的一切操作。二级管理员则能维护自己的信息和添加读者、添加图书的功能。管理员可以对超期未归还图书的读者发送电子邮件进行提醒，对于超期一年不归还图书的读者冻结其图书证； 2．按照系统的功能及性能要求，系统的作业范围等，确定软件系统的开发环境（操作系统、开发工具、程序设计语言等）。 根据软件编程经验，本系统将采用面向对象的设计方法，使用Eclipse开发工具，java窗体应用程序，操作系统使用Win8。 3．绘制数据流图、功能分析图等。
附录A 软件需求分析报告文档模板 1. 引言 (2) 1.1编写目的 (2) 1.2项目风险 (2) 1.3文档约定 (2) 1.4预期读者和阅读建议 (2) 1.5产品范围 (3) 1.6参考文献 (3) 2. 综合描述 (3) 2.1产品的状况 (3) 2.2产品的功能 (4) 2.3用户类和特性 (4) 2.4运行环境 (4) 2.5设计和实现上的限制 (4) 2.6假设和约束(依赖) (5) 3. 外部接口需求 (5) 3.1用户界面 (5) 3.2硬件接口 (6) 3.3软件接口 (6) 3.4通讯接口 (7) 4. 系统功能需求 (7) 4.1说明和优先级 (7) 4.2激励／响应序列 (8) 4.3输入／输出数据 (8) 5. 其它非功能需求 (8) 5.1性能需求 (8) 5.2安全措施需求 (9) 5.3安全性需求 (9) 5.4软件质量属性 (9) 5.5业务规则 (9) 5.6用户文档 (9) 6. 词汇表 (10) 7. 数据定义 (10) 8. 分析模型 (11) 9. 待定问题列表 (11)
1. 引言 引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。 如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括： ●正文风格； ●提示方式； ●重要符号； 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写入员。 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的