第一篇：软件工程第二次实验报告
江 西 理 工 大 学
软件工程 实验报告
实验名称 实验2 编写软件可行性分析报告 实验日期 2014-04-03 专业班级 计算机111班 桌号
实 验 人
学号
同组人
一、实验目的和要求
对一个软件系统进行可行性分析，将可行性分析过程的结果进行分析汇总，编写一份描述计划任务的可行性分析报告。
二、实验内容和步骤
（1）系统概述。对当前系统及存在问题的简单描述、新系统特点及开发要点，新系统及其各个子系统的功能与特性、新系统与当前系统的比较等。
（2）可行性分析。可行性分析是报告的主体。论述新系统在经济上、技术上、运行上、管理及法律上的可行性，以及对新系统的主客观条件的分析。
（3）初步开发方案及开发计划。在可行性分析的基础上，提出初步开发建议方案和计划。
（4）结论意见。综合上诉分析，说明新系统是否可行，给出具体结论。
三、结果分析 1 引言
1．1 编写目的：
可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内 确定问题是否可解
经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要
面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的 经济效益。本报告经审核后，交软件经理审查。1.2项目背景：
开发软件名称：机票预订系统。
项目任务提出者：中国民航及中国国际旅游开发公司。项目开发者：浙江大学IMK 开发小组。用户：中国民航及中国国际旅游开发公司。
第2 页 / 共4页
实现软件单位：中国国际旅游开发公司及浙江大学 项目与其他软件，系统的关系：
本项目采用客户机/服务器原理，客户端的程序是建立在Windows NT 系统上以MicrosoftVisual C++为开发软件的应用程序，服务器端采用Linux 为操作系统的工作站，是采用Oracle8 的为开发软件的数据库服务程序。1．3 参考资料： 《软件工程导论》，张海藩，清华大学出版社。《实用软件工程》，郑人杰等，清华大学出版社。２ 可行性研究的前提 2.1要求
主要功能：为游客提供机票预定服务，方便旅游局的售票工作，提高旅游局的服 务质量和服务效率
性能要求：机场提供的信息必须及时的反映在旅游局的工作平台上。售票系统的 定单必须无差错的存储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。
输出要求：数据完整，详实。输出要求：简捷，快速，实时。
安全与保密要求：服务器的管理员享有对机场航班信息库及机票信息库和定票信 息库的管理与修改。售票员只享有对订票信息库的部分修改（写入与读出）。完成期限：预计六个月。2.2目标：
系统实现后，大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。2.3条件，假定和限制 建议软件寿命：5 年。
经费来源：中国国际旅游开发公司。
硬件条件：服务器sun 工作站，终端为pc 机。运行环境：Linux 数据库：Oracle8
2.4决定可行性的主要因素
成本/效益分析结果，效益〉成本。
技术可行，现有技术可完全承担开发任务。操作可行，软件能被原有工作人员快速接受。３ 技术可行性分析 系统简要描述：
在旅游局中的终端是安装了Windows NT 的PC 机，主要目的是向机场的服务器传 递数据。当顾客在旅游局进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当顾客向售票员定票时，终
第3页 / 共4页第4页/ 共4页
端向服务器发出详尽的一份定单，服务器核对后，存入定票信息库，并修改机票信息库。当顾客再次来取票时，终端向服务器发出查询定票请求，服务器接收后，查询定票信息库，核对后，传送机票确认表单，终端打印出机票。４ 经济可行性分析 4.1支出 基础投资：
终端PC 机２０台：8000*20 = 16 万 网络设备：10 万 辅助配置：10 万 共计：36 万
其他一次性投资： 系统管理员事务 航班信息的更新
服务器终端显示数据产生报表 售票员查询请求 数据库产生报表 客户机终端显示数据 售票员表单申请产生报表 客户机终端显示数据
售票员机票核对事务在客户端打印机票和帐单产生报表及帐单 Oracle 8.0 : 20 万 Windows NT: 10 万 操作员培训费：5 万 共计：35 万 经常性支出：
人工费用: 6(月)*20(人)*5000(圆)=60 万 其他不可知额外支出: 20 万 共计: 80 万
支出共计: 151 万 4.2效益 一次性收益 0 元
经常性收益
（按银行利率：1%）；
减少员工20 人(1000 圆/人)五年收益:
1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*20*12*5=120 万 工作效率提高收益（工作效率提高30%）:
30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5 = 45 万 经常性收益共计: 160 万
不可定量收益
因服务质量提高增加旅客量10%:
1000 万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360 万 收益共计: 520 万 4.3收益/投资比
520 万/151 万= 344% 4.4投资回收周期 2-3 年
4.5敏感性分析
设计系统周期为五年, 估计最长可达10 年 处理速度: 一般查询速度<4 秒 关键数据查询速度: <2 秒 5 用户使用可行性
使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知 识,所有人员都要经过本公司培训.管理人员也需经一般培训.经过培训人员将会熟练使用本软件.两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.６ 其他可供选择的方案
客户端与服务器端联系在一起，在旅游局中只设立终端，在机场设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/服务器机理，简化数据流量，加快数据处理。７ 结论意见
由于投资效益比远大于100%, 技术、经济、操作都有可行性，可以进行开发。
四、实验心得
此次文档的编写在整个软件开发的过程中，起到了很重要的作用。它让我们知道在以后的软件开发过程中应该注意的问题，并且应该做出相应的措施来解决软件开发过程中出现的各种问题。
第二篇：软件工程实验报告
《软件工程》实验报告
专业班级微软IT一班
学生姓名
指导教师赵春刚
实验一需求分析
一、实验目的通过对软件项目的需求分析，掌握需求分析的主要方法和技术，了解需求分析过程。
二、实验要求
自选一个软件项目，应用软件工程中需求分析方法对系统需求进行分析。
三、实验内容
1、项目完成主要功能概述（1）项目名称
（2）项目完成主要功能
2、项目需求描述（建立需求模型）（友情提示：完成主要的用例模型即可）
四、实验总结
实验二软件设计
一、实验目的通过对软件项目的软件设计，掌握软件设计的方法的技术，了解软件设计过程。
二、实验要求
针对需求分析所选的项目和功能模块进行。完成软件项目主要概要设计和详细设计。
三、实验内容
1、项目概要设计描述（建立概要设计模型）
（友情提示：完成项目的主要系统结构图（功能模块图）即可）
2、项目详细设计描述（建立详细设计模型）
（友情提示：用流程图或UML相关模型（活动图、时序图等），完成两个模块以上）
四、实验总结
说明：（此实验为可选做，若完成实验成绩加分）
实验三软件测试
一、实验目的通过对软件项目的测试，掌握软件测试的原理和方法，了解软件测试过程。
二、实验要求
针对需求分析所选的项目和功能模块进行。完成软件项目主要功能模块的测试。
三、实验内容
1、采用主要测试方法描述
2、主要功能模块测试用例设计
四、实验总结
第三篇：软件工程实验报告
实验三：面向对象的系统对象模型实验
一、实验目的
1: 熟悉面向对象分析的基本方法，加深理解对象模型、动态模型和功能模型的意义和 作
2: 学习使用rose工具进行面向对象分析的方法
3：理解对象模型、动态模型和功能模型在rose系统中的表示
4：学习用例图、类图、关联图、顺序图、状态图的绘制方法，了解其各自的作用
二、实验环境
1.硬件环境
P4以上的个人计算机环境，要求内存不少于128MB，硬盘不小于20G.。2.软件环境
操作系统：Windows 2000 或 Windows XP 数据库： SqlServer 2000 或 Access 2003数据库系统 3.通用工具软件
通用绘图工具： MicroSoft Visio 2003 文本编辑工具： MicroSoft Word 2003 4.CASE工具
实体建模工具： Erwin 4.0 UML建模工具：Rose 2000
三、实验内容
1.实验题目
已知资料管理系统提供资料信息维护、资料查询、借阅/归还三项基本功能。使用本系统的角色包括管理员、教师、学生三类。管理员可从事所有操作，学生与教师只能进行资料查询、借阅/归还操作。教师最多可以同时借阅10本资料、学生只能同时借阅5本。对于借阅期满3个月但是仍未归还的资料，在管理员控制下，系统将自动生成并输出“催还单”。
试采用面向对象的分析方法对“资料管理系统”进行需求分析和初步设计，做出其详细的需求陈述；定义基本功能及角色；提取对象、做出用例图和类图 2.实验内容
利用rose工具进行系统建模的实验，建立所指定之题目的用例图和对象模型 3.系统初步设计
资料管理系统的角色有三种，分别是管理员、教师、学生。资料管理系统的基本功能有一下三项： 资料信息维护 资料查询 借阅/归还 4.思考题
1：“角色定义”在应用系统中有什么作用？ 答：角色的定义有利于明晰角色所对应的事物以及对数据和功能的操作权限，是系统更加条理。
2：USE-CASE图反映了系统在哪一方面的需求？ 答：它描述了系统的功能以及如何使用一个系统并显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务，它反映了整个系统的一个大概设计。3：对象模型应当包括哪些内容？使用ROSE工具进行分析建模时，通过哪几种图例描述对象模型？
答：对象模型描述的是系统的静态结构，包括系统的类和对象，他们之间的属性和操作，以及它们之间的联系。它通常用用例图和类图来描述。
5系统类图
6.系统用例图
第四篇：软件工程实验报告
《软件工程》课程实验报告
实验名称：教务管理系统之子系统——学院课程安排
姓名：
院（系）：软 件 学 院
专业班级：
学号：
指导教师：
地点：
成绩：
时间：2012 年 10月 日 至 2012 年 11月 8 日
1.实验目的确定项目的可实施性，获取项目的需求，并在此基础上完成系统的逻辑功能模型的建立，了解软件工程中需求分析阶段的主要活动和需求分析文档描述的主要内容，掌握利用数据流图描述系统功能需求的方法，正确应用数据字典。增进对软件工程的理解，学会系统的分析软件的构成，掌握并理解软件从确立到测试等一系列过程。
2.实验内容
1.系统简介
每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。
假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程。
2.限定条件
a)每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承担学院定主课的主讲任务。
b)学院中层干部的主讲课时不能超过4学时/周。
c)本学期出现严重教学事故的教师不能承担下各学期的主讲任务。
d)本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。
e)本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。
项目数据流图
系统的分析“教务管理系统之子系统——学院课程安排”的组成、结构和实现步骤，明白项目的业务流程图，绘制数据流图（DFD），数据模型（ER），编写数据字典（DD），数据加工处理的描述，撰写需求规格说明书
3.实验步骤
1.2.3.4.5.对图书管理系统进行分析，整合用户权限和操作 根据用户操作流程画出系统流程图 对系统做出概要分析，拟定开发流程 绘制出甘特图 绘制线性时间图
4总结与回顾
通过这次实验，我学到了很多东西，教务管理系统是学校的管理核心，管理应涉及到学校的专业设置、学藉管理、成绩管理、网上注册、开课管理、选课管理、师资管理等，在数据库一级建立强有力的安全系统，管理人员可以在互联网的任何地方办工，真正实现学校网上管理。
学校中的教务管理是一项很重要的工作，包括学生管理，教师管理和课程管理等。开发“教务信息处理系统”的目的就是利用计算机的查询和运算功能，代替手工处理，提高工作效力和质量，所以该系统是必要而且能够实现的。
此次开发的软件是教务管理系统的一个子系统，即学院课程安排。通过此次课程设计，我们更加了解了软件的原理，软件的开发方法和步骤，如绘制数据流图和数据字典的编写。进一步掌握了有关数据库设计的知识和JAVA程序设计，了解了有关网络的相关知识，对软件开发平台有了一定了解。我增长了不少软件工程与编程，数据库的知识。在作设计的过程中，软件是不断变化的，开始构造的是一方面，实际制作时又是另外一方面，所以得不断变化。软件必须有效的支持他的用户，我们做的软件是学生选课系统，所以我们需要从学生和老师，管理员的实际情况出发，制定他们操作方便的系统，是软件对用户友好。
在写数据字典之前，我对数据字典的理解有一些偏差，通过这次作实验，我知道了数据字典就是对数据流，数据流分量，数据存储，处理的定义集合。我们做这种比较小的软件时，数据字典还比较好维护，哪里出了问题，可以很快的找到，然后改正。如果做比较大的软件时，数据字典就不好维护了。开发大的软件系统时，数据字典的规模和复杂程度迅速增加，貌似人工维护就不太可能了。
这次实验的完成是我们小组共同努力的结果，我们每个人都付出了很大的汗水，也让我明白了团队合作是多么的重要，那么大的工作量仅靠一个人的力量是不可能完成的，在以后的工作和学习中一定要重视团队合作的重要性，多与合作伙伴交流，了解每个人的想法，最后大家的想法和在一起就是个很了不起的工作。也让我认识到软件在我们的生活中越来越重要，我们的生活处处离不开软件，也让我对自己以后的工作有了很深的了解，让我可以向着自己的目标一点点前进。
第五篇：软件工程实验报告--初识软件工程
GDOU-B-11-112
学生实验报告书（学生用表）
实验名称 学院(系)学生姓名 学号 初识软件工程 专业 实验地点 课程名称 软件工程 班级 实验日期 课程号
一，实验目的 软件工程涉及的知识内容多，软件工具多、标准多，本实验的目的是为了软件工程 初学者介绍网络学习环境，通过对有关知识的检索，使学习者对软件工程有一个初步的 了解，为后续学习打下基础。二，实验原理（1）软件工程的概念（2）软件工程的质量与控制（3）工程工具（4）网络学习（5）软件创业的成功范例 三，实验环境 硬件：联网计算机，校园网和因特网。软件：Windows 操作系统。Office 软件等。四，实验内容
（1）软件的概念与特点。答：软件是用户与硬件之间的接口界面。用户主要是通过软件与计算机进行交流。软件 是计算机系统设计的重要依据。为了方便用户，为了使计算机系统具有较高的总体效用，在设 计计算机系统时，必须全局考虑软件与硬件的结合，以及用户的要求和软件的要求。1．运行时，能够提供所要求功能和性能的指令或计算机程序集合。2．程序能够满意地处理信息的数据结构。3．描述程序功能需求以及程序如何操作和使用所要求的文档。以开发语言作为描述语言，可以认为 ： 软件=程序+数据+文档。
（2）按照国家的标准，软件的生命周期划分为几个阶段？软件生命周期中各个阶段 的主要任务是什么？ 答：依据不同的原则对软件生命周期的划分也不同，《软件工程国家标准——计算机软件开 发规范》(GB8566—88)中将软件生命周期划分为 8 个阶段：可行性研究与计划、需求分析、概要 设计、详细设计、实现(包括单元测试)、组装测试(集成测试)、确认测试、使用和维护。本书按照人 们所习惯的粗分方法把上面 8 个阶段划分为计划、开发和维护 3 个阶段，在概述其他两个阶段的基 础上重点介绍软件的开发过程。概括地说，软件生命周期由软件定义、软件开发和运行维护三个时期组成，每个时期又 可进一步划分成若干个阶段。软件定义时期的任务是确定软件开发工程必须完成的总目标；确定工程的可行性；导出实现工程 目标应该采用的策略及系统必须完成的功能；估计完成该项工程需要的资源和成本，并且制定工程进
度表。这个时期的工作通常又称为系统分析，由系统分析员负责完成。软件定义时期通常进一步划分 成三个阶段，即问题定义、可行性研究和需求分析。开发时期具体设计和实现在前一个时期定义的软件，它通常由下述四个阶段组成：概要设计，详 细设计，编码和单元测试，综合测试。其中前两个阶段又
称为系统设计，后两个阶段又称为系统实现。运行维护时期的主要任务是使软件持久地满足用户的需要。具体地说，当软件在使用过程中发现 错误时应该加以改正； 当环境改变时应该修改软件以适应新的环境； 当用户有新要求时应该及时改进 软件以满足用户的新需要。通常对维护时期不再进一步划分阶段，但是每一次维护活动本质上都是一 次压缩和简化了的定义和开发过程。下面简要介绍上述各个阶段应该完成的基本任务。1．问题定义 问题定义阶段必须回答的关键问题是： “要解决的问题是什么”。如果不知道问题是什么就试图解决 这个问题，显然是盲目的，只会自白浪费时间和金钱，最终得出的结果很可能是毫无意义的。尽管确 切地定义问题的必要性是十分明显的，但是在实践中它却可能是最容易被忽视的一个步骤。通过调研，系统分析员应该提出关于问题性质、工程目标和工程规模的书面报告，并且需要得到 客户对这份报告的确认。2．可行性研究 这个阶段要回答的关键问题是：“上一个阶段所确定的问题是否有行得通的解决办法”。并非所有问 题都有切实可行的解决办法，事实上，许多问题不可能在预定的系统规模或时间期限之内解决。如果 问题没有可行的解，那么花费在这项工程上的任何时间、资源和经费都是无谓的浪费。可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。必须记住，可 行性研究的目的不是解决问题，而是确定问题是否值得去解。怎样达到这个目的?当然不能靠主观猜 想而只能靠客观分析。系统分析员必须进一步概括地了解用户的需求，并在此基础上提出若干种可能 的系统实现方案，对每种方案都从技术、经济、社会因素(例如，法律)等方面分析可行性，从而最终 确定这项工程的可行性。3．需求分析 这个阶段的任务仍然不是具体地解决客户的问题，而是准确地回答“目标系统必须做什么”这个问 题。虽然在可行性研究阶段已经粗略了解了用户的需求，甚至还提出了一些可行的方案，但是，可行 性研究的基本目的是用较小的成本在较短的时间内确定是否存在可行的解法，因此许多细节被忽略 了。然而在最终的系统中却不能遗漏任何一个微小的细节，所以可行性研究并不能代替需求分析，它 实际上并没有准确地回答“系统必须做什么”这个问题。需求分析的任务还不是确定系统怎样完成它的工作，而仅仅是确定系统必须完成哪些工作，也就 是对目标系统提出完整、准确、清晰、具体的要求。用户了解他们所面对的问题，知道必须做什么，但是通常不能完
完整准确地表达出他们的要求，更 不知道怎样利用计算机解决他们的问题；软件开发人员知道怎样用软件实现人们的要求，但是对特定 用户的具体要求并不完全清楚。因此，系统分析员在需求分析阶段必须和用户密切配合，充分交流信 息，以得出经过用户确认的系统需求。这个阶段的另外一项重要任务，是用正式文档准确地记录对目标系统的需求，这份文档通常称为 规格说明(specification)。4．概要设计 这个阶段的基本任务是，概括地回答“怎样实现目标系统?”这个问题。概要设计又称为初步设计、逻辑设计、高层设计或总体设计。首先，应该设计出实现目标系统的几种可能的方案。软件工程师应该用适当的表达工具描述每种 可能的方案，分析每种方案的优缺点，并在充分权衡各种方案的利弊的基础上，推荐一个最佳方案。此外，还应该制定出实现所推荐的方案的详细计划。如果客户接受所推荐的系统方案，则应该进一步
完成本阶段的另一项主要任务。上述设计工作确定了解决问题的策略及目标系统中应包含的程序，但是，对于怎样设计这些程序，软件设计的一条基本原理指出，程序应该模块化，也就是说，一个程序应该由若干个规模适中的模块 按合理的层次结构组织而成。因此，概要设计的另一项主要任务就是设计程序的体系结构，也就是确 定程序由哪些模块组成以及模块间的关系。5．详细设计 概要设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计阶段的任务就是把解法具 体化，也就是回答“应该怎样具体地实现这个系统”这个关键问题。这个阶段的任务还不是编写程序，而是设计出程序的详细规格说明。这种规格说明的作用很类似 于其他工程领域中工程师经常使用的工程蓝图，它们应该包含必要的细节，程序员可以根据它们写出 实际的程序代码。详细设计也称为模块设计、物理设计或低层设计。在这个阶段将详细地设计每个模块，确定实现 模块功能所需要的算法和数据结构。6．编码和单元测试 这个阶段的关键任务是写出正确的容易理解、容易维护的程序模块。程序员应该根据目标系统的性质和实际环境，选取一种适当的高级程序设计语言(必要时用汇编语 言)，把详细设计的结果翻译成用选定的语言书写的程序，并且仔细测试编写出的每一个模块。7．综合测试 这个阶段的关键任务是通过各种类型的测试(及相应的调试)使软件达到预定的要求。8．软件维护 维护阶段的关键任务是，通过各种必要的维护活动使系统持久地满足用户的需要。通常有四类维护活动：改正性维护，也就是诊断和改
正在使用过程中发现的软件错误；适应性维 护，即修改软件以适应环境的变化；完善性维护，即根据用户的要求改进或扩充软件使它更完善；预 防性维护，即修改软件为将来的维护活动预先做准备。虽然没有把维护阶段进一步划分成更小的阶段，但是实际上每一项维护活动都应该经过提出维护 要求(或报告问题)，分析维护要求，提出维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和 开发的全过程。每一项维护活动都应该准确地记录下来，做为正式的文档资料加以保存。我国国家标准《计算机软件开发规范》(GB8566—88)也把软件生命周期划分成 8 个阶段，这些阶 段是：可行性研究与计划，需求分析，概要设计，详细设计，实现，组装测试，确认测试，使用和维 护。其中，实现阶段即是编码与单元测试阶段，组装测试即是集成测试，确认测试即是验收测试。可 见，国家标准中划分阶段的方法与前面讲的阶段划分方法基本相同，差别仅仅是：因为问题定义的工 作量很小而没有把它作为一个独立的阶段列出来； 由于综合测试的工作量过大而把它分解成了两个阶 段。在实际从事软件开发工作时，软件规模、种类、开发环境及开发时使用的技术方法等因素，都影 响阶段的划分。事实上，承担的软件项目不同，应该完成的任务也有差异，没有一个适用于所有软件 项目的任务集合。适用于大型复杂项目的任务集合，对于小型且较简单的项目而言往往就过于复杂了。因此，一个科学、有效的软件工程过程应该定义一组适合于所承担的项目特点的任务集合。一个任务 集合通常包括一组软件工程工作任务、里程碑和应该交付的产品(软件配置成分)。[Page] 生命周期模型规定了把生命周期划分成哪些阶段及各个阶段的执行顺序，因此，也称为过程模型。刚才讲过，实际从事软件开发工作时应该根据所承担的项目的特点来划分阶段，但是，下面讲述 软件过程模型时并不是针对某个特定项目讲的，因此，只能使用“通用的”阶段划分方法。由于瀑布模
型与快速原型模型的主要区别是获取用户需求的方法不同，因此，下面在介绍生命周期模型时把“规 格说明”作为一个阶段独立出来。此外，问题定义和可行性研究的主要任务是概括地了解用户的需求，为了简洁地描述软件过程，把它们都归并到需求分析中去了。同样，为了简单起见，把概要设计和详 细设计合并在一起称为“设计”。
（3）软件工程质量与控制。答：四上运行的算法拿到
了五上用，但它的处理器换了，导致了数据的“溢出”，所以发射三十七秒后坠毁。（4）软件工程的标准。答：按照国家的软件开发标准可以有以下的开发标准:
(1)开发进度月报编写规范.
.
(2)操作手册编写规范(3)数据库设计说明书编写规范(4)数据要求说明书编写规范(5)概要设计说明书编写规范(6)模块开发卷宗编写规范(7)测试分析报告编写规范(8)测试计划文档编写规范(9)用户手册编写规范(10)详细设计说明书编写规范(11)件质量保证计划编写规范(12)软件配置管理计划编写规范(13)软件需求说明书编写规范(14)项目开发总结报告编写规范
(5)软件工程模型过程。
（6）软件创业的典型。
答：巨人汉卡是史玉柱的创业起点，989 年 10 月，深圳。史玉柱举起一台 IBM286，摔在地上，接着，又举起一台 IBM286，摔在地上。两名员工抱走剩下的几台电脑和打印机，从此没了踪迹„„ 1988 年，从深圳大学研究生毕业，史玉柱回到合肥原单位。没几天，他提交了辞职报告。向以 前帮过的朋友借了一台 IBMPC，史玉柱开始在家编写文字处理软件。“我是从我的原单位统计局看出 这个市场需求的。“当时每个单位都花 2 万元购置一台四通打字机，同时也在购置电脑。大多数情况 ” 下，电脑总是被放在一旁不用。我就想编一套软件，取代四通打字，直接用电脑打字。” 半年之后，M-6401 在史玉柱合肥的家中诞生。史玉柱送了一套给原单位。几张软盘一装，就能 打出比四通打字机 24 点阵更漂亮的 64 点阵字，而且，编辑屏幕比四通打字机大很多，单位的四通打 字机从此被放到一旁没人用了。一看有戏，史玉柱立即揣软盘，南下深圳。史玉柱在深圳大学有个老师，同时是天津大学深圳科 贸发展公司员工。老师很器重史玉柱，专门为史玉柱成立电脑部，交给史玉柱承包。史玉柱每月只要 交一两千元固定的管理费用，剩下都归自己所有。没钱买电脑，史玉柱将自己的软件演示给卖电脑的老板看，“我现在没钱，你让我先拿回去，等 我软件卖了钱，给你多加 1000 元利润。”卖电脑的老板居然同意了，让副经理将电脑抱给史玉柱。这 名副经理后来加入了史玉柱公司，现在是征途公司副董事长。没钱打广告，史玉柱跑到北京，闯进《计算机世界》报社广告部，演示软件给当时的广告主任贺 静华看。贺静华答应先给史玉柱打三期 1/4 版广告。1989 年 8 月 2 日，《计算机世界》第一次刊出了史玉柱写的 M6401 中文软件广告前天，广州一 家政府机关打电话过来说要买，史玉柱跳上中巴赶到广州去，留了三套软件给他们。回来后，史玉柱 立刻接到了宁波的要货电
话。8 月 16 日，史玉柱收到三张银行汇款，一共 1.5 万元。一张 8820 元，是广州批发的三套；另外 两张是零售汇款，每张 3500 元。8 月收入达到 4 万多元，9 月份 16 万，10 月份超过 100 万。M6401 开始是软加密，很快被破解，史玉柱立即开始使用加密卡。8 月底，9 月初，经朋友介绍，史玉柱招聘了三个员工。到 10 月份，其中一名员工说： “我们每 个人都应该有股份，大家应该将赚到钱的分掉。”史玉柱不同意，主张继续打广告。史玉柱对员工说： 股份的事情可以商量，但每人 25%不可能。” “软件是我开发的，启动资金是我出的。我至少应该控股。可以给两人 10%到 15%。”两位员工嫌太少，闹僵之后，史玉柱摔了电脑，管财务的员工不参与，另 外两名员工只好抱着剩下的几台电脑和打印机，走人了事。
“我从此再不搞股份制了。“母公司一定我个人所有，下面的公司可以考虑我控股。“中国人合 ” ” 作精神本来就很差，一旦有了股份，就有了和你斗的资本。造成公司结构不稳定。“后来我就给我的 ” 高管高薪水和奖金，就是给比他应该得到的股份分红还要多的钱。我认为，这个模式是正确的，从此 以后，我的公司就再没发生过内斗。” 10 月，史玉柱将 100 万元广告砸向《计算机世界》，M6401 月销售额乘势攀升到了 500 万元。1990 年前三个月，史玉柱已经挣到了 3000 万元。此时，求伯君的 WPS 借助方正的品牌和渠道横空出世，史玉柱一看不妙，带领一名助手跑进深 圳大学学生公寓封闭开发 M6402。从 M6402 开始，史玉柱开始使用巨人汉卡名称。“当时 IBM 蓝色 巨人最火，我们就抄袭了巨人这个名称。” 等到 M6402 投入市场的时候，WPS 已经超越了 M6401，巨人 M6402 缩短了和 WPS 差距，但还 是无法超过 WPS。史玉柱再次组织了十几个人的研发队伍，跑到深圳大学封闭开发巨人 M6403。1991 年春节刚过，深圳。巨人连锁会议。经销商包机过来，现场订货，史玉柱当场拿下 3500 万 元现金支票。
成绩
注:请用 A4 纸书写，不够另附纸。
指导教师
日期
第 页，共 页
点击咨询 