软件工程实验报告模板

报告是在工作或项目事后编写的，所以报告具有总结性、叙述性的特点，只有按照报告格式编写，才能编写出有效的报告。以下是小编整理的《软件工程实验报告模板》相关资料，欢迎阅读！

第一篇：软件工程实验报告模板

大学普通物理实验报告模板

该有试验报告纸和试验预习报告纸。有的话照着填。没有的话这样： 预习报告：

1.试验目的。(这个大学物理试验书上抄，哪个试验就抄哪个)。

2。实验仪器。照着书上抄。

3.重要物理量和公式：把书上的公式抄了：一般情况下是抄结论性的公式。再对这个公式上的物理量进行分析，说明这些物理量都是什么东东。这是没有充分预习的做法，如果你充分地看懂了要做的试验，你就把整个试验里涉及的物理量写上，再分析。

4.试验内容和步骤。抄书上。差不多抄半面多就可以了。

5.试验数据。做完试验后的记录。这些数据最好用三线图画。注意标上表号和表名。EG：表1.紫铜环内外径和高的试验数据。

6.试验现象.随便写点。

试验报告：

1.试验目的。方法同上。

2.试验原理。把书上的归纳一下，抄!差不多半面纸。在原理的后面把试验仪器写上。

3。试验数据及其处理。书上有模板。照着做。一般情况是求平均值，标准偏差那些。书上有。注意：小数点的位数一定要正确。

4.试验结果：把上面处理好的数据处理的结果写出来。

5.讨论。如果那个试验的后面有思考题就把思考提回答了。如果没有就自己想，写点总结性的话。或者书上抄一两句比较具有代表性的句子。

实验报告大部分是抄的。建议你找你们学长学姐借他们当年的实验报告。还有，如果试验数据不好，就自己捏造。尤其是看到坏值，什么都别想，直接当没有那个数据过，仿着其他的数据写一个。

不知道。建议还是借学长学姐的比较好，网络上的不一定可以得高分。每个老师对报告的要求不一样，要照老师的习惯写报告。我现在还记得我第一次做迈克尔逊干涉仪实验时我虽然用心听讲，但是再我做时候却极为不顺利，因为我调节仪器时怎么也调不出干涉条纹，转动微调手轮也不怎么会用，最后调出干涉条纹了却掌握不了干涉条纹“涌出”或“陷入个数、速度与调节微调手轮的关系。测量钠光双线波长差时也出现了类似的问题，实验仪器用的非常不熟悉，这一切都给我做实验带来了极大的不方便，当我回去做实验报告的时候又发现实验的误差偏大，可庆幸的是计算还顺利。总而言之，第一个实验我做的是不成功，但是我从中总结了实验的不足之处，吸取了很大的教训。因此我从做第二个实验起，就在实验前做了大量的实验准备，比如说，上网做提前预习、认真写好预习报告弄懂实验原理等。因此我从做第二个实验起就在各个方面有了很大的进步，实验仪器的使用也熟悉多了，实验仪器的读数也更加精确了，仪器的调节也更加的符合实验的要求。就拿夫-赫实验/双光栅微振实验来说，我能够熟练调节ZKY-FH-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工具进行分析建模时，通过哪几种图例描述对象模型?

答：对象模型描述的是系统的静态结构，包括系统的类和对象，他们之间的属性和操作，以及它们之间的联系。它通常用用例图和类图来描述。

1

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.需求分析 这个阶段的任务仍然不是具体地解决客户的问题，而是准确地回答“目标系统必须做什么”这个问 题。 虽然在可行性研究阶段已经粗略了解了用户的需求，甚至还提出了一些可行的方案，但是，可行 性研究的基本目的是用较小的成本在较短的时间内确定是否存在可行的解法，因此许多细节被忽略 了。然而在最终的系统中却不能遗漏任何一个微小的细节，所以可行性研究并不能代替需求分析，它 实际上并没有准确地回答“系统必须做什么”这个问题。 需求分析的任务还不是确定系统怎样完成它的工作，而仅仅是确定系统必须完成哪些工作，也就 是对目标系统提出完整、准确、清晰、具体的要求。 用户了解他们所面对的问题，知道必须做什么，但是通常不能完

完整准确地表达出他们的要求，更 不知道怎样利用计算机解决他们的问题;软件开发人员知道怎样用软件实现人们的要求， 但是对特定 用户的具体要求并不完全清楚。因此，系统分析员在需求分析阶段必须和用户密切配合，充分交流信 息，以得出经过用户确认的系统需求。 这个阶段的另外一项重要任务，是用正式文档准确地记录对目标系统的需求，这份文档通常称为 规格说明(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 纸书写，不够另附纸。

指导教师

日期

第 页，共 页