软件需求工程的学习心得
随着社信息化京城的不断深入，计算机软件的需求越来越复杂，规模也越来越大。但软件危机问题提出了三十多年，至今仍无法很好的得到解决。究其原因，主要还是，主要是忽视了软件开发过程中的质量监控，以及在软件开发过程中，对需求的准确把握不能做到很好的定位。因此，这要求我们在这个过程中要准确把握需求的内容，并予以准确的定位。
需求工程作为软件工程生命周期的起点是软件开发后继阶段的基础。软件需求是软件开发的目标，也是其项目开发成功与失败的重要因素。有时候错误的需求分析很可能导致软件开发的全盘否定，需求错误的代价会随着项目的展开儿发生变化。如果需求错误能够及时的修复，那么其代价就会被限定在一定的范围之内。如果没有及时的发现，则很可能让整个软件的开发失去其本来应有的意义。
明白了正确的需求的重要性，还要注意一点就是把握软件在开发过程中应该有的功能性需求和非功能性需求。软件开发的前期要首先分析和撰写需求规格说明书，这也在一定程度上给我们一个机会去深究软件本身应该具备的功能性意义。采用合理化的需求分析模型，能够快速的开发出系统的概貌，有利于开发过程的顺利进行，其模型包括：瀑布模型，螺旋模型，RUP，迭代模型和敏捷方法等。这些方法能够准确的定位产品的生命周期，从而使开发过程不至于偏离方向。减少开发过程中走的弯路。
我们根据用户需求，通过反复讨论、分析，最终明确一个唯一性的用户需求，这个结果其实就是我们的软件需求分析报告。一般我们采用一些开发工具，如VC或BC等，同样也会使用一些图形工具，如Potoshop、调色板等画图工具。使用各种工具表达软件需求分析，其具体表达手段可以分为：1. 效果图描述。主要是用户UI界面的描述反映用户需求功能；2.逻辑图描述。根据用户需求功能，使用抽象化理论，以及需求分析理论，对用户需求功能进行全面的分析，建立功能性逻辑关系图，流程逻辑关系图等；3.关系图表描述。主要是对信息关系、数据库表格、接口函数等描述；4.工程数学描述。分析用户需求，分析用户需求信息，运用工程数学进行算法推导，进行合理化需求分析推导；5.甘地图描述。主要是软件项目工作安排，开发周期预估；6.其它方法描述。保证完整性合理性的有效描述。
进行需求分析时，应注意一切信息与需求都是站在用户的角度上。尽量避免分析员的主观想象，并尽量将分析进度提交给用户。在不进行直接指导的前提下，让用户进行检查与评价。从而达到需求分析的准确性。分析员通过需求分析，逐步细化对软件的要求，
最为困难的概念性工作便是要编写出详细的技术需求，这包括所有面向用户、面向机器和其它软件系统的接口。如果做错，这将是会最终给系统带来极大损害的一部分，并且以后再对它进行修改也极为困难。目前，国内产品的庞杂，一家企业可能有几个系统并立运行，它们之间的接口是系统开发人员最头痛的问题。对于商业最终
品是显而易见的。但是对于我们开发人员来说，并没有编写出客户认可的需求文档，我们如何知道项目于何时结束？而如果我们不知道什么对客户来说是重要的，那我们又如何能使客户感到满意呢？
软件需求分析评估是为了检查我们进行软件需求分析工作，保证软件需求分析工作正确性、完整性、有效性、合理性、可确认性、可实施性，完全保证用户所需求的功能。我们对组织结构与责任管理的评估主要有：参与人员任务和责任界面的明确；安排计划按时完成状况；相互
间的协调能力状况。我们进行需求分析的目的是完整、准确地描述用户的需求，跟踪用户需求的变化，将用户的需求准确地反映到系统的分析和设计中，并使系统的分析、设计和用户的需求保持一致。
需求分析的特点是需求的完整性、一致性和可追溯性。完整性：是准确、全面的描述用户的需求。一致性：是通过分析整理，剔除用户需求矛盾的方面，规范用户需求。可追溯性：有两个方面的含义，整理和规范的需求，其一，需要不断的和用户进一步交流，保持和用户最新的需求一致。其二，和系统分析（设计）保持一致。
因此在需求分析之前我们必须建立需求分析技术层面的基本框架，从技术上保证需求分析的要求，在此基础上我们进行的需求分析才能满足项目对需求分析的要求。我们必须以用户软件需求为依据，以求实的态度详细的、准确的、完整的编写软件需求分析，避免空想世界，空中楼阁的想法；避免无逻辑性、无核心的描述；避免无量化思维，无实际空间概念。需求分析评价指标主要有这么几个：功能性、完整性、正确性、逻辑性、表现性、合理性，可实施性等。评价人员投入，以及费用支出的合理性问题。正确制定工作周期，保证软件项目的顺利完成。
还有就是需求的可确认性，可确认需求功能是实现用户需求的基本保证，如果不可确认的、不确定更改存在，将会阻碍软件实现，或者软件设计存在着不完整性缺陷，或者存在着不可实施性问题，我们必须区分是功能性障碍问题，还是未来性问题。如果不能够明确是未来性问题，则必须调整功能需求，化解不确定更改的问题。因此，判断不确定性更改是一个非常重要的问题
对于需求工程，它无疑是当今软件工程中的关键问题，但又是软件工程中最复杂的过程之一，它是一个不断反复的需求定义、记录、演进的过程。需求工程的过程：1.需求获取2.需求分析3.需求规格说明4.系统建模5.需求确认6.需求管理。首先获取需求是一个确定和理解不同涉众的需要和约束的过程。获取需求的方法有面向目标，基于场景，面向方向，面向视点，基于知识这几个层次,它也是需求工程的主体内容之一。
学习软件工程这门课程已经有一个学期了，整一个学期下来，应该说还是有许多值得肯定的地方的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。所谓的需求获取，那就是一个谈判，辩论，交
流的过程，已经不是单纯的编编程序就能解决的问题了。这门课程教给了我们在完成一个实际项目时的一般程序及过程，我认为这是一份非常具有实际意义的教学内容。当我们在毕业之后，这是我们实际要运用的一项非常有用的技能，而且不仅仅局限于软件工程的范畴，我们即使是从事与其它行业，不也是要从需求获取开始。今天在这里写了这些，算是我对软件工程这门课程的一点点心得体会，也许是正确的，也许在一定的程度上存在着观点的偏激错误，但是起码这些东西是我觉得存在着的一些问题，但愿软件工程这门课程能够开的越来越好，让更多的学生们能够从这门课程中受益，在以后社会残酷的竞争之中存活下来！
软件工程心得体会 未接触软件工程之前一直都很想学这门课程，因为觉得这门课很牛，是那些有工程师称号的高手才摆弄的东西。学了一个学期的软件工程课，终于知道了个软件工程的大概。学的时候总觉得很抽象，理解起来好像不难，但总是摸不着头脑一种很茫然的感觉。 曾经以为程序就是软件，软件就是程序。学习这门课程第一个收获是，知道了二者的不同之处。以前做过的一些小型的软件比如加密软件，我也只是在程序旁边附上一个软件的说明，看来已经很接近作坊了。不过大的项目没有接触过，用软件工程的方法还是第一次。我想也是程序的不断复杂化导致了软件危机的发生，使得人们不得不探索新的解决方法。 经过倪老师的讲解，理解了软件工程，就是一套用于软件的团队开发，以提高软件质量和程序员工作效率为目的的规范。其核心就是，对于软件开发的5个重要组成部分：需求分析，设计，编码，调试，维护，如何组织这5个部分的工作，以及如何完成每一个工作。 吾生也有涯，而知也无涯，学习永无止境。起初，对软件工程处于一知半解的状态，分工比较混乱。在划分模块后明确了各自分工，渐渐形成良性循环。 在学习过程中，知道了团队合作十分重要，争议固然存在，但通过讨论、协商，群策群力，在不断磨合中能够达成一致与默契。团队成员中能力各有高下，互相尊重，各取所长，不宜妄自菲薄。组长多加协调，组员积极配合，才能合作愉快。 学习能力体现在能尽快接受新的知识，顺应变化，学为所用。上《软件工程导论》这门课，我的收获大概如下： 我们为什么需要软件工程呢？上面已经给出了一些原因。专业点讲，软件工程最终是为了实现“软件制造业”的社会化,工业化大生产,提高其劳动生产效率。只有如此,软件业才能实现社会化,工业化大生产,才能“做大做强”。没有管理的设计是失败和混乱的设计，没有设计指导的编程是无序的忙碌的。根据开发的软件的规模，应该适当程度的运用软件工程化的思想，需要灵活，毕竟我们开发的软件大多数是中小型的，大型的并不多见（我是这么认为的）。但只要涉及人员间的交流和沟通，或多或少都要需要软件工程才能更有效率，工作成果更稳定。 其实开发软件，就像是解决一个逻辑问题。想想自己平时是怎样写程序的。首先是要有一个想法，即我写的这个程序是要干什么的；然后就是对要实现的核心功能大概构思一种或多种实现方法，并从中选出一种自认为是较好的；接下来就是将涉及的各种主要或次要功能分成各个模块；最后就是分模块来编码和DEBUG。在我看来，除了第一步外，其余的步骤应该是一个循环的过程。在编码的过程中，你总是需要不断地回过头来修改原先的模块设计，甚至最初选定的实现算法。 具体到每一步的工作要怎样完成，是非常灵活的，只要把握住大体的方向就行。在进行分析，设计，编码，调试，维护这几部分的工作的时候，最核心的就是文档的编写。 1.可行性分析就是关于当前项目能不能干的分析结果。 2.项目描述这是在决定立项以后，对当前项目的一份扼要说明。 3.需求分析就是对客户要求的功能的定义。 4.软件设计这就是对程序的每一个模块的详细设计的说明文档。 5.开发日志我一直都认为这是文档中最有趣的部分。开发日志相当于编码阶段的文档，它的形式可以很随意，主要是记录一些在写程序时突然萌发的灵感，或对代码的一些微小的修改，或对程序结构的一些微小变动等，还要对上述这些修改变动作些说明。 6.测试分析用于指出程序存在或潜在的缺陷和错误，以及程序性能的数字描述。
软件工程实训心得体会3篇 软件工程实训心得体会一:软件工程实训心得体会 这次软件工程实训是从2010.12.26号开始的,截至2010.12.31号.实训内容是用java相关知识（主要是jsp）做一个物流配送系统.下面谈谈对这次实训的看法. 因为自己平时对java知识储备不足,特别是jsp这一块基本不了解怎么回事,所以一拿到这个项目,我心里都是没有底的,再加上我被分到的那个组,我知道就意味着是我一个人在战斗了.呵呵,26号,实训开始了,我们的老师是来自中软国际公司的程序员,一个是周褀,一个是朱映,都是一身朴素的着装,让我感觉做软件的也没什么两样.老师介绍了自己之后,就直接切入正题了,分析了下我们各个组的系统,即将用到的知识,然后就总体把觉得需要补充的知识（jsp和数据库连接等这几块）给我们实际操作了下,因为当时看到用jsp,还讲的那么认真,当时我就后悔了,平时要是多听点,现在老师这么认真的给我们讲,这是一个多么难得的机会啊.后悔也没用啊,开始还勉强能理解一点,后来就直接晕了.然后再给大家介绍了一些即将用到的工具,比如rationalrose,svn,myeclipse等等.接下来的几天就不再细讲了.下面谈谈通过这次实训的心得体会吧. 通过这次实训,让我了解到工程开发的过程,可行性分析——> 需求分析——> 概要设计——> 详细设计——> 代码编写——> 测试——> 验收.从技术方面上,我开始jsp基础基本上就是零的,在老师和syz2（另外一个物流小组,我一个人基本上是跟她们做的,或者说是
看着她们做的）的帮助下,对jsp有了一个大概的认识.其实实训开 始前,我还以为做个系统没什么大不了,可是当真正拿到一个项目,我却真的无从下手了,而且就是在知道需求分析和详细设计,在代码编 写时,一样寸步难行.通过这个实训,也让我了解到,团队协作是多么 的重要.一个人的精力是多么的有限.进一步理解到,企业为什么如此重视团队协作.同时借用老师的话就是团队协作固然重要,但是是建 立在个人素质的基础上,假设你个人素质不行,将会影响到整个团队,就别提对团队作更多贡献了.**老师说这几句话的时候,朝向了我,估计是有特殊意义的吧,所以,我将谨记老师的教导. 还有一个收获是从一个同学（小胖）那里得到的,他的那组成员跟我的这组大体一样,我倒是觉得没什么了,不过他倒是很重视这个 问题吧.然后他说出来,我也觉得这个问题确实其实是个大的问题.就是不管你会不会这门技术,会不会做这个东西,态度要正确才好,就算你不会做,你也应该认真的对待,将来出身到社会,就不是说像你现在,不会做就不做,跑去玩游戏了.小胖说出了这段话,也在我身上有了一个印证,虽然我jsp技术知识为0,但我也还是在认真的跟着他们一 起做,不会做,就多问,毕竟现在我们是学生,可以毫不顾忌的询问各 种问题,老师也会尽力为你回答.将来出身社会就不一样了.虽然,我 就算个打酱油的水平,但是这个酱油也要打得有涵量啊.不管怎么样,我能对自己有个交待,虽然我不会,但是这次实训我确实是认真对待了,六天的实训,除了晚上加班外,还花了2个通宵来完成不同阶段的任务,完成与否也不重要了,我至少我做了,这点,是这次我应该对自 己的一个肯定. 这次实训的心得基本上就是这些了,最后特别感谢中软国际带我们的那两个老师(周褀,朱映),这两个老师对待我们很平易近人,对我们提出的问题,总是不光解决了,还进行了扩展,晚上也跟我们一起加班加到很晚,印象尤其深刻就是朱映老师为了给小胖解决一个问题, 脸都变红了,还在继续努力,这点我并不会觉得老师知识储备不够,我想应该是这个问题的突发吧,一时没想到怎么处理.相反让我感觉更 多的就是老师很认真,很负责.还要感谢就是syz2小组的倾力支持, 辅导. 软件工程实训心得体会二:软件工程实践学习心得（2607字）
软件工程师实习心得体会及收获 ----WORD文档，下载后可编辑修改复制---- Ctrl+D收藏本站，我们将第一时间为大家提供更多关于2019年实习报告的信息，敬请期待！ 点击查看:实习报告网 相关推荐：实习报告范文| 实习报告模板| 会计实习报告 | 大学生实习报告 | 顶岗实习报告 | 金工实习报告 | 毕业实习报告 | 土木工程实习报告 | 生产实习报告 |实习周记 | 3000字范文 软件工程师实习心得体会及收获 2019年11月下旬，我离开了学校，进入了最后一学期的顶岗实习阶段。从离开学校的那天起，我就当自己是一个正式的员工，做好了经历重重困难的准备，我始终坚信，我的努力与坚持不懈不会白费，我的未来不是梦。 一、实习单位介绍： 南京智风多媒体有限公司是我现在实习的单位，它成立于1998年，是从事教育软件、数字化教学资源、多媒体产品等开发、制作的专业公司；是江苏省信息产业厅认定的双软企业、江苏省新闻出版局审核认定的电子出版物开发制作单位。公司长期承担高校及教育管理部门的数字化教学资源、教务教学、实验科研等管理系统的开发和信息化项目建设。如：《数字化教学资源库-名师名课网系统》、《OA办公系统》等多个系统平台。智风公司多年来致力于网络课程的建设服务工
作，拥有一支专业化的开发团队，通过严格的开发流程和创新的教学理念为广大院校提供优质的服务。专业化的研发队伍：从教学设计、技术开发，到交互设计、视觉设计、资源素材制作等各个方面，全面解决您的后顾之忧；丰富的开发经验：业已开发的课程中有42门被评为精品课程，累计开发的网络课程已逾1000门。 二、实习岗位、主要过程、主要内容、主要工作、收获 我在该公司任职软件开发工程师，刚实习的第一个星期，主要的工作是熟悉公司的开发框架及开发流程，及时完成项目经理派发的任务。从第二个星期开始，我就开始接触公司的开发项目。令我印象最深、体会也最深的一个项目是《南京大学110周年校庆系统》。该项目不仅开发时间短(只有一个月的时间)，最主要的是需求不清。在客户与公司的双重压力下，我们这组人（共5人）在与客户只沟通了两次的需求下，我们就开始动工。该项目的用户主要分为校领导和嘉宾。针对校领导和嘉宾进行相应的车辆、餐厅、宾馆、会场、时间、志愿者的安排，要有冲突提示功能。如：在一个重叠的时间段内，一个人不能同时参加两项及以上活动；一辆车安排的人数不能超过他的承载数等等。在做这些功能的时候，我们有过以人为基础，分配车辆、餐厅等资源，也有考虑过以资源为主，分配人员等种种意见。在每一次意见有了分歧以后，我们都要讨论，各抒己见。这种方式使我乐于表达自己的想法，当我的想法得到了其他同事的认可时，那种感觉无法用言语来表达。即使是自己的想法错了，但听到同事的另一番看法，使我茅塞顿开，也有了收获的喜悦。由于项目太紧，我们经常加班，每
一、软件: 软件定义: 软件=程序+文档+数据 软件特点: 1、具有抽象性 2、没有明显的制造过程 3、软件的维护比硬件的维护要复杂得多 4、对计算机系统有着不同程度的依赖性 5、尚未完全摆脱手工艺的开发方式 6、软件本身是复杂的 7、软件成本相当昂贵 8、相当多的软件工作涉及到社会因素软件的发展: 程序设计、程序系统、软件工程 软件危机: 软件危机指的是软件开发和维护过程中遇到的一系列严重问题。 软件危机的问题: 如何开发软件,怎样满足对软件的日益增长的需求;如何维护数量不断膨胀的已有软件。 软件危机表现: 1.开发成本难以控制,进度不可预计; 2.软件系统的质量和可靠性很差,难以满意; 3.软件文档相当缺乏,软件系统不可维护; 4.软件开发生产率很低,软件产品供不应求。 5.软件产品成本十分昂贵。
软件危机产生原因: 1、软件本身的特点 2、对软件开发与维护存在许多错误认识和做法 3、软件开发与维护的方法不正确 解决软件危机途径: 1、将软件开发看成是一种组织严密、管理严格、各类人员协同配合共同完成的工程项目。 2、研究和推广成功的软件开发技术和方法。 3、开发和使用好的软件工具。 软件生命周期: 软件所经历的定义、开发、使用和维护直到废弃所经历的时期。 程序设计环境: 源程序编辑,编译或解释,链接,调试和运行工具的集合 软件工程环境: 软件定义,设计和实现,测试和维护等各个阶段所使用的软件工具的集合 二、软件工程: 软件工程定义: 研究如何应用一些科学理论和工程上的技术来指导软件的开发,用较少的投资获得高质量的软件的一门学科。 软件工程性质: 涉及计算机科学、工程科学、管理科学、数学等领域,着重于如何建造一个软件系统。用工程科学中的观点来进行费用估算、制定进度、制定计划和方案。用管
软件工程实习心得体会| 软件工程实习心得体会一 时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放的。 最先在内部系统组参与内部管理系统开发 (struts+mysql+spring+hibernate)，之后是去做网络交换机软件的脚本测试。现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经验。 至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。 1、浅谈测试 一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。但在实际情况中，测试是既重要且难以精湛的.其真正的压力，在于找不到bug，责任在你，而不在于编码人员。一般的测试人
员不懂编码，他们靠的是日以累计的经验总结和想象力。而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整个系统的方方面面具体运作的前提。但占主导地位的，还是大型系统的集成测试经验。实际项目中，编码时间一般只占30%左右，真正耗费时间的是it阶段的找bug与对应bug，此阶段基本评定了coder的编码质量。 2、程序员的困惑 有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何下手，问题在那?如何定位?如何解决?通通跟一样能力有关，debug追踪能力，也称调试。在项目组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化? 有位同事告诉我：代码看几遍都没用，要去抄，例如一个查询模块，在此基础上去做具体记录的历史记录查询模块，你可能会觉得很简单，但实际情况却往往报一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对于新人来说很郁闷的问题。但不用怕，只要学会调试，一个个问题去追踪，一个个去解决，自然
三一文库（https://www.doczj.com/doc/6718832025.html,）/总结报告/学习体会软件实践课程学习的心得体会 经过潘老师讲授软件工程实践后,感觉对软件工程这门学科有了深一层的认识。软件工程是一门重视实际操作的科学。对于软件产品,无非是产品定义、设计代码、调试维护几个步骤,看似简单,可是实际操作却复杂困难,它不比其它行业产品可预见可触及,所以学好软件工程能为以后从事软件开发行业打好基础。 在软件实践这门课中,讲到了有效利用现有资源进行软件编程的方法。提到软件开发也可以像练习书法一样,采用临贴的方式,借鉴他人的优秀代码资源。临摹优秀软件是学习软件开发的一个重要方法。正如一首诗中说的:“熟读唐诗三百首,不会写来也会吟”。软件开发也是一个道理。为了真正地掌握软件开发的技巧,“临贴”是个不错的起步方法。 以前总是觉得,既然编写一个程序,就应该完全靠自己,那样写出来才有成就感,才算是自己的程序,可是这门课程教会我原来适当地借鉴别人的东西,也不算抄,相反,还可以提高效率,节省时间。这可真是与以往的观点不一样了。具体如下: “软件编程,拿来主义的作用很大: 1、源代码交换方便。
2、可行的例程序用处大。 3、借鉴现成少走弯路。” 不过借鉴别人的东西可是有说法的,可不是盲目地抄袭,下 面是一些提到的途径: 1、既有系统:借鸡下蛋,买来就用; 2、书本例子:简单修改、直接使用; 3、联机或联网帮助:帮助文档、官方支持; 4、开放软件源代码:linuxapacheeclipse… 5、互联网资源:论坛、搜索引擎、新闻组 借鉴过来后,还要多方面综合考虑,比如说代码的具体作用,完整性,还要考虑每个借鉴过来的东西的好坏。这些都要多方面考虑,可不能因为前面说软件编程可以借鉴别人的,就盲目地抄袭。到时候代码弄一堆凑在一块儿,谁也不知道它们会不会好好工作。弄不好乱了程序计划是小,公司的损失可不是哪个人都能承受得起的。 课程还提到,应该用一个小项目先从头到尾地练完,这样,有个整体性的了解,可以增加不少开发经验。看来,不学习此门课程,还不能深入地解读软件工程的奥义。这门课程为我们深入地了解软件工程这个庞大的前沿学科起到了推动性的作用。以上是我就此门课中提到的众多方法的一小段做的一些浅谈,更多的知识还在于我们自己去学习体会。
实习总结 光阴荏苒，时光飞逝，转眼间到了实习结束的日子。从进公司实习到现在，我已经到公司近6个月了，感受颇多，收获颇多。期间，通过公司领导的关心和帮助，同事的指导，使我能够很快地了解公司的管理与运作程序，我了解了公司的发展概况，熟悉了公司的流程和行业的基础知识，使我逐步学会如何从一个刚出校门不久的实习生转变成一个职员。以下是我这一阶段的工作总结。 学习无止境，职业生涯只是学生生涯的一种延续。对于一个实习的学生，初踏入职场，进入专业的软件公司，对开发软件没有一点经验。不论在人生的哪个阶段，学习的脚步都不能停歇，要把工作视为学习的殿堂。所以在这几个月当中，我一边学习，一边从最基础的事情做起，这样的好处在于能够在工作的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作目标。在这几个月的工作中，我的主要任务是对客户使用的map系统进行测试，并且做相应的文档记录和一些简单的配置修改。几个月里，我工作勤勤恳恳，并按时完成安排的任务。尽最大的努力解决客户在工作中遇到的问题，从中我也学到了在学校里学不到的东西，也明白了很多道理，我相信对我以后的工作都将大有裨益。其它方面，我全力协助公司的工作，在公司人手较忙的时候，为公司分担事务，圆满地完成公司委派的任务。 在这几个月的工作中，最初我会遇到一些我解决不了的问题，我会咨询公司另两位同事王鹏、孙距均。在他俩的指导和帮助下，我的技术技能不断提升，对整个MAP 系统和配置工具的使用逐步熟练，思维方式和工作方法也不断提升，直至到目前我基本能解决客户在使用MAP系统过程中遇到一般问题的问题。 在近6个月的工作过程中，我在领导和同事们的帮助和支持下取得了一定的进步，但我深知自己还存在很多缺点和不足，与工作需要还有一定的差距。在工作中未能考虑的各种因素还有很多，比如：对整个MAP系统的掌握还不够熟练、工作的灵活性还不够、服务意识还有待提升等等，这都有待于在今后的工作中改进。虽然我目前的工作只是做基础方面，希望在下一年度公司能够委派我做一些其它工作，使我在工作中不断提升自己，同时也为公司分担一些事务，使我逐步做一名合格的项目实施人员。做软件的人必须要随时充电，在今后的工作中，我要积累经验教训，
《软件工程》学习心得 时光匆匆,不知不觉间《软件工程》的课程已经快学完,虽说没有具体的项目来开发应用,但我们知道软件工程就是将系统化的,规范化的,可度量的方法应用于软件的开发,运行与维护的过程,在整个学习期间,总的来说还就是学到了很多实用的东西,老师的介绍,教会我们如何去分析与处理问题,教会我们编写项目软件的流程与注意事项,总的来说还就是获益匪浅的。 初学软件工程,或许很多人都会迷茫,不知道软件工程学有何用,其实,软件工程还没有精确地定义,但老师的实例我就是深有体会,比如巧用建筑学知识,软件工程可以指导您分析出框架结构,项目实现的大体步骤及具体的细节等等,高效的开发、使用及维护软件,软件工程就是必不可少的。 下面我来回顾一下各章的内容,第一章初识软件工程,这一章主要讲解的就是一些概念性与基础性的内容,例如软件的概念、特性,软件危机的主要表现,软件工程的概念以及软件生存期、典型生存期模型等等。第二章软件需求分析,这一章主要讲了需求分析的任务,需求分析的步骤及各种描述工具、分析文档;需求的各种描述工具有实体关系图、数据流图、数据字典、等等;这就是软件项目开发的第一步。第三章软件设计,本章详细介绍了概要设计、详细设计及用户界面设计,我们掌握概要设计方法及详细设计方法。第四章程序编码,这一章重点讲解了结构化程序设计,设计风格及效率,程序设计语言的选择。第五章面向对象技术,这一章重点讲解了面向对象的概念、分析及设计,掌握什么就是面向对象,面向对象有哪些优缺点,了解面向对象的分析与设计方法。第六章统一建模语言UML,本章讲解了静动态建模机制,理解UML的形成、内容、特点及应用领域并掌握例图、类图进行静态建模的方法。第七章软件测试,本章详细介绍了软件测试方法及黑白盒测试用例设计方法,还讲解了软件测试步骤。第八章软件维护,本章主要介绍软件维护的任务、软件维护活动以及软件维护方法进行了介绍。 在学习软件工程过程中,或许有诸多不解,我们要从整体概念上较好地理解与把握、学好软件工程,学习时要注意多瞧多练要注意结合实际,更要多思考,面对错误不要一范就问,要尝试自己去解决。但就是还要注意什么都学,肯定就是什么都学不透的,要集中精力打攻坚战,学习软件工程首先要明白自己的学习目标究竟就是什么,根据自己的实际工作出发,有针对性的在相应的学习方向上进行提高,制定出详细的学习规划。还要注意与其她科目的相辅相成,就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进行研究拓展,多思多想,把从各个科目学到的知识通汇贯通。 在写软件的时候,我们首先要有整体的结构与思路,这样才能照着一定的思想一定思路去写下去,有人说其实写软件并不难,只要给您一个思路您就可以不断地往下写。我觉得确就是如此,其实我们平时写软件我觉得并不就是很难的事,平时即使遇到处理不了的技术问题,哪里编译出现错误等等其实都可以在网上提问。技术问题一般我们都可以在网上得到答案,但软件的思想不就是我们瞧了一下就能真正理解的。
软件工程实训报告总结 软件工程实践作为软件工程专业本科生企业实习前的综合实践课程在培养体系中占有重要地位,怎样写软件工程实训报告？ 篇一：软件工程实训总结转眼间实训已过去一段时间，之前的兴奋、喜悦如今已经让我熟悉，在实训的每一天都会让我有成为一名真正的财富者拥有的冲动。也许，在这期间不一定会让一个人有着翻天覆地的变化，但变化就是这样一点一点产生的。通过这一期的实训，虽然倍感折磨，但是收获却是很大的，学习中我不但有了学习成果的喜悦，而且自己也日渐成熟，有种说不出的喜悦。 在实训的过程中，我深深的体会到了自己在专业知识方面的欠缺和不足，也意识到了自己作为计算机软件专业的学生，要想在以后的 职业中崭露头角，除了要有过硬的理论知识，健康的体魄之外，还必须具备良好的心理素质，是自己在以后的途中无论经历什么样的困难，都立于不败之地。通过实训老师的课堂讲解与企业文化标准的培训，使我加深了对自己专业的认识，从而确定自己以后的努力方向，要想在短暂的实训时间内尽多的学到东西，就需要我们跟老师或同学进行良好的沟通，加深彼此的了解，只有我们跟老师多沟通，让老师更了解我们，才能更真切的对我们进行培训工作。由此，班级
的文化“共享”就在生活中慢慢形成了。 “纸上得来终觉浅，绝知此事要躬行！”在这短短的时间里，让我深深的感觉到自己在实际应用中所学来专业知识的匮乏。让我真真领悟到“学无止境”这句话的涵义。而老师在专业认识周到中所讲的，都是课本上没有而对我们非常有实际意义的。这又给我们的实训增添了浓墨淡彩的光辉。我懂得了实际生活中，专业知识是怎样应用与实践的。在这些过程中，我不仅知道了职业生涯所需具备的专业知识，而且让我深深体会到一个团队中的各个成员合作的重要性，要善于团队合作，善于利用别人的智慧，这才是大智慧。靠单一的力量是很难完成一个大项目的，在进行团队合作的时候，还要耐心听取每一个成员的意见，是我们的组合达到更加完美。 这次实训除了让我明白工作中需要能力，素质，知识之外，更重要的是学会了如何去完成一个任务，懂得了享受工作。当遇到问题，冷静，想办法一点一点的排除障碍，到最后获取成功，一种自信心就由然而生，这应该就是工作的乐趣。有时候不懂的就需要问别人了， 虚心请教，从别人的身上真的能学到自己没有的东西，每一次的挫折都会使我更接近成功。还有学会了在工作中与人的合作与交流，同乐同累，合作互助，这是团体的精神，也是必须学习的东西。
软件工程导论重点 第一章重点： 软件的概念：软件是计算机系统中与硬件相互依存的另一部分，它是包括程序，数据及其相关文档的完整集合。 软件危机概念：软件危机暴发于上个世纪六十年代末。 主要表现为：软件的发展速度远远滞后于硬件的发展速度，不能满足社会日益增长的软件需求。软件开发周期长、成本高、质量差、维护困难。 软件工程概念： 概括地说，软件工程是指导计算机软件开发和维护的工程学科。 采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。 软件工程的目标： 软件工程的目标是运用先进的软件开发技术和管理方法来提高软件的质量和生产率，也就是要以较短的周期、较低的成本生产出高质量的软件产品，并最终实现软件的工业化生产。 基本目标： 付出较低的开发成本 达到要求的软件功能 取得较好的软件性能 开发的软件易于移植 需要较低的维护费用 能按时完成开发工作，及时交付使用 软件生存期概念和包含内容： 软件也有一个孕育、诞生、成长、成熟和衰亡的生存过程，我们称这个过程为软件生命周期或软件生存期。 软件生存期分为三个时期 软件定义 软件开发 运行维护
软件工程的方法： 软件工程包含技术和管理两方面的内容，是技术和管理紧密结合所形成的工程学科。 通常将软件开发全过程中使用的一整套技术方法的集合称为方法学(methedology)，也称为范型(paradigm)。 目前使用最广泛的软件工程方法学：传统方法学（结构化方法学），面向对象方法学。 软件工程三要素： 三要素：方法、工具和过程。 第二章重点： 生存期模型有哪些： ?瀑布模型 ?快速原型模型 ?增量模型 ?螺旋模型 ?喷泉模型 ?统一过程 ?基于构件的开发模型 ?敏捷过程 前四种面向过程后四种面向对象 给一个模型，判断出是哪一模型的 第三章重点： 结构化分析方法的概念： 传统的分析建模方法称为结构化分析（structured analysis，SA）方法。 三大建模：（未完待续！！！） 功能建模： 功能建模的思想就是用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止。功能模型
软件工程的实习心得体会 导语：这学期学习了软件工程实践这门课，我觉得这是对上学期的软件工程课程学习的检验，上学期学习软件工程只是我们浅显的认识，相比之下，这学期就更加全面的说明了开发一个项目所需要的步骤以及开发项目过程中所需要注意的诸多细节。以下是为大家分享的软件工程的实习心得体会，欢迎阅读参考。 在这次软件工程课程中，我学到了很多东西，第一次深刻的体会到了什么叫做用工程化的思想来编写软件，以前自己也写过一些小型软件，没有做过大型的项目，直到这次课堂我担任组长并组织组员共同完成“个人图书管理系统”这个项目，第一次和别人合作，才发现运用工程化的思想来做是如此的有必要。 从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那么小的一个部分。这个事实在很大程度上颠覆了我以前的思想，在我以前的认识中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。 刚真正开始工作之前，我们费了很多的时间来完成一些前端工作，如需求分析和可行性分析，这块工作在别人看来可能是相对无关紧要，甚至是多于的，其实，换做在以前，我也会这么认为。可是，我现在算是深深地明白了磨刀不误砍柴工的道理，这些工作的完成太
有必要了，太重要了，要想你的软件有用有市场，能被别人接受和认可，在进行过程中不会出现崩溃性的问题，这些工作缺一不可。 还有就是接下来的一些设计模块，此模块与软件编码涉及比较紧密，主要是解决一些参数传递和接口通讯的问题，此模块对我的触动远没有上两个模块对我的影响大，因此再次也不做过多的介绍。 在整个活动的完成过程中，作为组长，我收获很多，我发现，要是组里有个人不怎么想做事情时，他对于整个组织的影响是毁灭性的，正所谓“一颗老鼠屎，能坏一仓谷”，以后我的组织里要是出现这样的人，我绝不会给他继续留下来的机会，我会在第一时间将他清除出去。还有就是，作为组长，你要做的最重要的事情，不是发挥自己的聪明才智，而是创造出一个平台，让别人去发挥，你所要做得，出了保证这个平台的完整性和公平性外，还有就是协调好各组员之间的关系。 这就是我的实习感想。 时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放的。最先在内部系统组参与内部管理系统开发(struts+mysql+spring+hibernate)，之后是去做网络交换机软件的脚本测试。现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经验。 至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。 1、浅谈测试
复习课 --------酷爱YC 第一章 1、什么是软件危机,什么是软件工程 软件危机是指在计算机软件开发、使用与维护过程中遇到的一系列严重问题和难题。它包括两方面:(1如何开发软件,以满足对软件日益增长的需求;(2如何维护数量不断膨胀的已有软件。 软件工程:采用工程的概念、原理、技术和方法来开发与维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件,并有效地维护它。 2、完整的软件配置由哪些内容组成 软件配置主要包括程序,文档和数据等成分。 3、软件生命周期分为哪3个时期和8个阶段,每个阶段的任务(工作分别是什么,重要性如何
概括地说,软件生命周期由软件定义、软件开发和运行维护3个时期组成 1、软件定义(系统分析。 软件定义时期的任务是:确定软件开发工程必须完成的总目标;确定工程的可行性;导出实现工程目标应该采用的策略及系统必须完成的功能;估计完成该项工程需要的资源和成本,并且制定工程进度表。这个时期的工作通常又称为系统分析,由系统分析员负责完成。软件定义时期通常进一步划分成3个阶段,即问题定义、可行性研究和需求分析。 (1 问题定义,确定系统要解决的问题是什么。成果:关于问题性质、工程目标和工程规模的报告。 (2 可行性研究,确定问题是否有可用的、能行得通的解(包括:技术、经济、操作、社会等方面的可行性。这个阶段的任务不是具体解决问题,而是研究问题的范围,探索这个问题是否值得去解,是否有可行的解决办法。成果:可行性研究报告。 (3 需求分析,确定软件系统的必须实现的功能、必须达到的性能、必须满足的运行环境要求。系统分析员在需求分析阶段必须和用户密切配合,充分交流信息,以得出经过用户确认的系统逻辑模型。通常用数据流图、数据字典和简要的算法表示系统的逻辑模型。在需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础,因此必须准确完整地体现用户的要求。成果:软件需求规格说明书(SRS,内容包括:系统的逻辑模型;系统(子系统的名称、功能描述、接口、基本数据结构、性能、设计需求、开发标准、验收原则等。 2、软件开发。 开发时期具体设计和实现在前一个时期定义的软件,它通常由下述4个阶段组成:总体设计,详细设计,编码和单元测试,综合测试。其中前两个阶段又称为系统设计,后两个阶段又称为系统实现。 (1 总体设计(概要设计,回答“怎样实现目标系统”。
学习软件工程的心得体会 学习了这门课程, 还有老师们的多元化教课,不但让我从理论上掌握软件工程,还有从不同的实例,让理论和实践得到了很好的结合。整一个学期下来，总的来说还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。 整本书的内容逻辑很清晰明了，由浅入深循序渐进，首先我就大概描述下我们所学的内容，第一章是从整体分析软件工程这门学科的发展和所处的社会环境，接着后面的几章深入分析了软件开放过程和模式、软件项目管理、计算机工程、需求分析、结构化分析建模以及基于UML面向对象分析建模等。接着我就详细介绍下我对这门课程知识点的理解概括： 软件：软件是能够完成预定功能和性能的可执行的计算机程序和使程序正常执行所需要的数据，加上描述程序的操作和使用的文档。软件的特征：①软件是一种逻辑实体，而不是具体的物理实体，因而它具有抽象性。②软件是通过人们的智力活动，把知识与技术转化成信息的一种产品。③软件成为产品后，其生产只是简单的拷贝，不同于硬件制造。④维护过程比硬件复杂的多，甚至会引发新的错误。软件危机：指的是软件开发和维护过程中遇到的一系列严重问题。出现软件危机的原因：①软件维护费用急剧上升，直接威胁计算机应用的扩大。②软件生产技术进步缓慢。软件工程是指导计算机软件开发和维护的工程学科。 软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。软件的生存周期可分为八个阶段：①问题定义；②可行性研究；③需求分析；④总体（概要）设计；⑤详细设计；⑥编码与单元测试；⑦综合测试；⑧软件维护； 瀑布模式：是传统的软件开发模式，其中的“瀑布”是对这个模式的形象表
软件工程课程 ——心得体会 院系：经管学院 姓名：赵歆 学号：100510128
目录 摘要 (2) 关键字 (2) 绪论 (2) 一、需求分析和概要设计。 (3) 1）需求分析 (3) 2）概要设计 (4) 三、软件工程课程设计——心得体会 (5)
软件工程课程 ——心得体会 摘要：高校教职工工资管理系统是为了解决教职工工资管理的而设计的，目的是建立一个能够初步实现高校教职工工资管理系统的智能化管理，该系统能跟据每位教师的职称不同而确定不同的基本工资，同时能根据每个教职工的出勤率，加班时间计算出每个教职工的月工资，还能根据每个月的情况计算出年终奖金。利用此系统能减少工资计算管理教职工数量，增加教职工效率，同时还能使公司工资管理更加合理、透明，为高校节约成本。在进行软件需求说明书设计及概要设计的心得体会。 关键字：工资管理功能心得 绪论：软件工程课程设计的题目是高校教职工工资管理系统，本文主要是对于软件工程课程设计中需求分析与概要设计分析的心得。 我们进行设计的项目是高校教职工工资管理系统。高校教职工工资管理系统是为了解决教职工工资管理的而设计的，目的是建立一个能够初步实现高校教职工工资管理系统的智能化管理，该系统能跟据每位教师的职称不同而确定不同的基本工资，同时能根据每个教职工的出勤率，加班时间计算出每个教职工的月工资，还能根据每个月的情况计算出年终奖金。利用此系统能减少工资计算管理教职工数量，增加教职工效率，同时还能使公司工资管理更加合理、透明，为高校节约成本。
一、需求分析和概要设计。 1）需求分析 按照软件工程的软件过程来说： 1需求分析产生了软件功能规格说明书,需要确定用户对软件的需求,要作到明确、无歧义。不涉及具体实现方法。用户能看得明白，开发人员也可据此进行下面的工作（概要设计）。 2.概要设计产生了软件概要设计说明书，说明系统模块划分、选择的技术路线等，整体说明软件的实现思路。并且需要指出关键技术难点等。 在进行需求分析时，我们既是开发者又是用户，本系统的业务流程与业务分类的定义比较难。我们的团队进行了研讨，还充分运用了身边的各种资源，大量的查找了很多网络上关于工资系统的资料。通过资料的进行讨论、根据我们的课题进行分析，最后确定了用户的需求为： 1.本系统在高校应用后高校工资管理方面的教职工将减少至目前的50%左右； 2.本系统在高校应用后将在高校各方面的成本将会有所降低； 3.本系统在高校应用后将教职工的工资达到完全透明，计算更加精确教职工因纠纷事件减少到1%。 根据分析将系统的功能从一般教职工与系统管理者两个角度将功能划分为7个模块，当然介于我们的知识有限，有的功能没有实现：
1、软件危机是指在计算机开发过程中的开发和维护过程中所遇到的一系列的 严重问题。 2、软件是程序、数据及相关文档的完整集合,程序是能够完成预定功能和性能的可执行的 程序序列;数据是是使程序能够适当的处理信息的数据结构;文档是开发、使用和维护程序所需要的图文资料。 3、软件工程学包含3个要素:方法、工具、过程。 4、目前使用最广泛的软件工程方法学是传统方法学和面向对象方法学。 5、软件工程方法学的软件过程基本上可以用瀑布模型来描述。 6、瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型。 7、Rup把软件生命周期划为:初始、精化、构建、移交阶段。 8、可行性研究的三方面:技术可行性、经济可行性、操作可行性。 9、数据流图(DFD是一种图形化技术,他描绘信息流和数据从输入移动到输出的过程中 所经受的变化。 10、数据字典是关于数据信息的集合,也就是对数据流程图中所包含的所有元素的定义 的集合。 11、数据流图和数据字典共同构成系统的逻辑模型,没有数据字典,数据如就不严格, 没有流程图,数据字典也难以发挥作用。
12、需求分析阶段结束之前,系统分析员应该写出软件需求规格说明书,以书面形式准 确的描述软件需求。 13、9、结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法。 14、ER图中包含了实体、关系和属性,矩形代表实体,菱形表示关系,椭圆或圆角矩 形表示属性,用直线把实体和其属性连接。 15、验证软件需求的正确性:一致性、完整性、现实性、有效性。 总体设计又称 16、总体设计的基本目的是回答“概括地说,系统应该如何实现?”， 为 概要设或初步设计。 17、模块的独立程度可以有两个定性标量度量:内聚和耦合。 18、软件测试的目标:(1测试是为了发现程序中的错误而执行程序的过程;(2好的 测试方案是极可能发现迄今为止尚未发现的错误的测试方案;(3成功的测试是发现可至今为止尚未发现的错误的测试。 19、软件测试步骤:模块测试、子系统测试、系统测试、验收测试、平行运 行。 20、软件可靠性是程序在给定的时间点,按照规格说明书的规定,成功的运行的概率。
软件工程专业实习心得和体会 篇一：软件工程实训总结 实训总结 一、实训目的： 通过对java语言、sql数据库的应用以及sql语言的复习和锻炼，并且通过使用myEclipse开发平台设计管理项目，以达到充分熟悉开发平台及应用设计。同时掌握并实践软件项目设计规范及其开发流程：需求分析、概要设计、详细设计、代码编写等，以便提前适应软件公司开发流程、环境和工作要求。 二、实训内容： 1.项目：（“当当网”） 2.完成（用户注册、登录、列表、购物车、删除、修改）等功能 3.数据库设计、SQL应用 4.项目实战 三、实训总结： 转眼间实训已过去一段时间，之前的兴奋、喜悦如今已经让我熟悉，在实训的每一天都会让我有成为一名真正的财富者拥有的冲动。也许，在这期间不一定会让一个人有着翻天覆地的变化，但变化就是这样一点一点产生的。通过这一期的实训，虽然倍感折磨，但是收获却是很大的，学习中我不但有了学习成果的喜悦，而且自己也日渐成熟，
有种说不出的喜悦。 在实训的过程中，我深深的体会到了自己在专业知识方面的欠缺和不足，也意识到了自己作为计算机软件专业的学生，要想在以后的 职业中崭露头角，除了要有过硬的理论知识，健康的体魄之外，还必须具备良好的心理素质，是自己在以后的途中无论经历什么样的困难，都立于不败之地。通过实训老师的课堂讲解与企业文化标准的培训，使我加深了对自己专业的认识，从而确定自己以后的努力方向，要想在短暂的实训时间内尽多的学到东西，就需要我们跟老师或同学进行良好的沟通，加深彼此的了解，只有我们跟老师多沟通，让老师更了解我们，才能更真切的对我们进行培训工作。由此，班级的文化“共享”就在生活中慢慢形成了。 “纸上得来终觉浅，绝知此事要躬行！”在这短短的时间里，让我深深的感觉到自己在实际应用中所学来专业知识的匮乏。让我真真领悟到“学无止境”这句话的涵义。而老师在专业认识周到中所讲的，都是课本上没有而对我们非常有实际意义的。这又给我们的实训增添了浓墨淡彩的光辉。我懂得了实际生活中，专业知识是怎样应用与实践的。在这些过程中，我不仅知道了职业生涯所需具备的专业知识，而且让我深深体会到一个团队中的各个成员合作的重要性，要善于团队合作，善于利用别人的智慧，这才是大智慧。靠单一的力量是很难完成一个大项目的，在进行团队合作的时候，还要耐心听取每一个成员的意见，是我们的组合达到更加完美。 这次实训除了让我明白工作中需要能力，素质，知识之外，更重要的
软件工程课程 ——心得体会 摘要：高校教职工工资管理系统是为了解决教职工工资管理的而设计的，目的是建立一个能够初步实现高校教职工工资管理系统的智能化管理，该系统能跟据每位教师的职称不同而确定不同的基本工资，同时能根据每个教职工的出勤率，加班时间计算出每个教职工的月工资，还能根据每个月的情况计算出年终奖金。利用此系统能减少工资计算管理教职工数量，增加教职工效率，同时还能使公司工资管理更加合理、透明，为高校节约成本。在进行软件需求说明书设计及概要设计的心得体会。 关键字：工资管理功能心得 绪论：软件工程课程设计的题目是高校教职工工资管理系统，本文主要是对于软件工程课程设计中需求分析与概要设计分析的心得。 我们进行设计的项目是高校教职工工资管理系统。高校教职工工资管理系统是为了解决教职工工资管理的而设计的，目的是建立一个能够初步实现高校教职工工资管理系统的智能化管理，该系统能跟据每位教师的职称不同而确定不同的基本工资，同时能根据每个教职工的出勤率，加班时间计算出每个教职工的月工资，还能根据每个月的情况计算出年终奖金。利用此系统能减少工资计算管理教职工数量，增加教职工效率，同时还能使公司工资管理更加合理、透明，为高校节约成本。 一、需求分析和概要设计。 1）需求分析 按照软件工程的软件过程来说： 1需求分析产生了软件功能规格说明书,需要确定用户对软件的需求,要作到明确、无歧义。不涉及具体实现方法。用户能看得明白，开发人员也可据此进行下面的工作（概要设计）。 2.概要设计产生了软件概要设计说明书，说明系统模块划分、选择的技术路线等，整体说明软件的实现思路。并且需要指出关键技术难点等。 在进行需求分析时，我们既是开发者又是用户，本系统的业务流程与业务分类的定义比较难。我们的团队进行了研讨，还充分运用了身边的各种资源，大量的查找了很多网络上关于工资系统的资料。通过资料的进行讨论、根据我们的课题进行分析，最后确定了用户的需求为： 1.本系统在高校应用后高校工资管理方面的教职工将减少至目前的50%左右； 2.本系统在高校应用后将在高校各方面的成本将会有所降低； 3.本系统在高校应用后将教职工的工资达到完全透明，计算更加精确教职工因纠纷事件减少到1%。 根据分析将系统的功能从一般教职工与系统管理者两个角度将功能划分为7个模块，当然介于我们的知识有限，有的功能没有实现：员工工资与考勤直接挂钩，但本系统无法与员工考勤系统挂钩相连，由于涉及此系统时该高校并没有员工考勤系统，而且我们在最初进行商量的时候也没有提出该要求。 2）概要设计 从概要阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。由概要设计说产生大的概要说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。 在本阶段主要涉及处理流程的设计、总体结构和模块外部设计、功能分配。在接口设计上有用户接口、外部接口、内部接口；数据结构设计有逻辑结构设计、物理结构设计等等。在接口设计时参考了大量的资