一键复制
随着社会一步步向前发展，报告不再是罕见的东西，多数报告都是在事情做完或发生后撰写的。大家想知道怎么样才能写一篇比较优质的报告吗？下面我就给大家讲一讲优秀的报告文章怎么写，我们一起来了解一下吧。
软件工程实践报告总结软件工程实践报告篇一
; 《软件工程实践》报告 ——机票预定系统 院系：
专业班级：
报告人：
指导教师：
实验地点：
完成起止日期：
学号 姓名 角色 成绩 组长 完成工作 主要：写论文、资料整合、概要设计、指导画图、编码调试。
参与：讨论、可行性分析、测试、作图 评语 组员 完成工作 主要：经济可行性分析、用例分析、详细设计作图、编码调试、实行测试和运行。
参与：讨论、收集资料 评语 组员 完成工作 主要：收集资料、需求分析作图、详细设计作图、测试作表 参与：讨论、可行性分析、概要设计、 评语 目录 第一章 可行性分析 5 1.1引言 5 1.1.1 编写目的 5 1.1.2 项目背景 5 1.2可行性研究的前提 6 1.2.1要求 6 1.2.2目标 6 1.2.3条件，假定和限制 6 1.2.4决定可行性的主要因素 6 1.3技术可行性分析 6 1.3.1系统简要描述 6 1.3.2处理流程和数据流程 7 1.4经济可行性分析 7 1.4.1支出 7 1.4.2效益 7 1.4.3 收益/投资比 8 1.4.4投资回收周期 8 1.4.5敏感性分析 8 1.5法律因素 8 1.6其他可供选择的方案 8 1.7结论意见 8 第二章需求分析 9 2.1求规格说明 9 2.1.1系统概貌 9 2.1.2功能需求 9 2.1.3性能需求 9 2.1.4运行需求 10 2.2数据流图分析 10 2.2.1数据流图 10 2.2.2数据描述 11 2.2.3数据词典 11 2.3用例分析 12 2.3.1系统基本用例 12 2.3.2 用况描述 13 2.3.3系统业务逻辑描述 15 第三章 概要设计 16 3.1系统的结构化设计 16 3.1.1软件体系结构图 16 3.1.2软件结构流程图 17 第四章 详细设计 19 4.1 机票预订管理系统体系结构设计 19 4.1.1面向旅客的界面包的类图 20 4.1.2面向管理员的界面包的类图 21 4.1.3机票预订系统的体系结构图 22 4.1.4机票预订系统的体系结构图描述 23 4.2 机票预订管理系统子系统设计 23 4.2.1用户查询航班及机票信息 23 4.2.2旅客订票及退票 24 4.2.3机票预订系统统计分析 26 4.3数据库结构设计 26 4.4数据库表创建 27 第五章测试 29 5.1定义 29 5.2主界面模块 29 5.2.1用户注册 29 5.2.2用户登录 31 5.2.3管理员登录 33 5.3查询机票模块 35 5.4 航班管理模块 37 5.5用户订票模块 39 第六章 结束语 42 第一章 可行性分析 1.1引言 随着社会发展的不断进步，航空事业不断壮大，人们生活水平不断提高，乘坐飞机的人也越来越多，随着消费者的不断增多，飞机预订系统在各地预订网点作用也愈显重要。目前，我国还有相当一部分地区酒店的机票预订还未进入智能处理阶段，和发达地区比较工作效率较低。在计算机技术快速发展的今天，有必要引进高效的计算机系统来协助机票预订工作。因此开发一套具有完整的存储，查询，核对，打印机票功能的实时机票预订系统势在必行。机票预定系统应克服存储乘客信息少，查询效率低下等问题外，更重要的是其安全性，可靠性，这关系到航班和乘客的安全及准确，本系统因面向广大机票预定网点，因此要能在售票网点中普及，则需要开发一个功能全，价格能被顾客所接受的系统。 机票预订系统是为了机场工作人员和客户提供订票退票等与机票相关内容和管理的系统，它具有开放的系统结构，易扩充的，易维护的，具有良好人机界面的优点。它克服了存储客户信息少，查询效率低等问题，更重要的是其安全性，可靠性，实现航空公司的机票销售的自动化，为乘客出行提供方便，便于机场人员信息管理，提高了机场人员对机票管理的工作效率。
1.1.1 编写目的 可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。
经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。
1.1.2 项目背景 开发软件名称：机票预订系统。
项目任务提出者：航空公司及旅游开发公司。
项目开发者：
a++开发小组。
用户：航空公司及旅游开发公司。
实现软件单位：旅游开发公司及厦门理工学院 项目与其他软件，系统的关系：
本项目采用客户机/服务器原理，客户端的程序是建立在windows xp 系统上以microsoft visual c++为开发软件的应用程序。
1.2可行性研究的前提 1.2.1要求 主要功能：为游客提供机票预定服务，方便旅游局的售票工作，提高旅游局的服务质量和服务效率 。
性能要求：机场提供的信息必须及时的反映在旅游局的工作平台上。售票系统的定单必须无差错的存储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。
输出要求：数据完整，详实。
输出要求：简捷，快速，实时。
安全与保密要求：服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。售票员只享有对订票信息库的部分修改（写入与读出）。
完成期限：预计两个月。
1.2.2目标 系统实现后，大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。
1.2.3条件，假定和限制 建议软件寿命：5 年。
经费来源：中国国际旅游开发公司。
硬件条件：终端为pc 机。
运行环境：windosxp 1.2.4决定可行性的主要因素 成本/效益分析结果，效益 成本。
技术可行，现有技术可完全承担开发任务。
操作可行，软件能被原有工作人员快速接受。
1.3技术可行性分析 1.3.1系统简要描述 在旅游局中的终端是安装了windows xp的pc机，主要目的是向机场的服务器传递数据。当顾客在旅游局进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当顾客向售票员定票时，终端向服务 器发出详尽的一份定单，服务器核对后，存入定票信息库，并修改机票信息库。当顾客再次 来取票时，终端向服务器发出查询定票请求，服务器接收后，查询定票信息库，核对后，传送机票确认表单，终端打印出机票。
1.3.2处理流程和数据流程 图1－1 数据流程图 1.4经济可行性分析 1.4.1支出 基础投资：
终端pc 机5台：6000*5 = 3 万 网络设备和辅助配置：4 万 共计：7万 其他一次性投资：
mysql : 0元 windows xp: 2 万 操作员培训费：3万 共计：5 万 经费：
人工费用: 2(月)*5(人)*4000(元)=4 万 其他不可知额外支出: 4 万 共计: 8万 支出共计:20 万 1.4.2效益 一次性收益 0元 经常性收益 （按银行利率：1%）；
减少员工5 人(100 元/人)五年收益: 100*（1/1.01+1/(1.01)2+1/(1.01)3+1/(1.01)4+1/(1.01)5）*5*12*5=170000 工作效率提高收益（工作效率提高20%）: 20000*（1/1.01+1/(1.01)2+1/(1.01)3+1/(1.01)4+1/(1.01)5）*（20%）*5 = 117000 经常性收益共计:28.7万 不可定量收益 因服务质量提高增加收益：3000*12*5＝180000 收益共计: 46.7万 1.4.3 收益/投资比 46.7 万/20 万=233.5% 1.4.4投资回收周期 2.54年 1.4.5敏感性分析 设计系统周期为五年, 估计最长可达7 年 处理速度: 一般查询速度4 秒 关键数据查询速度: 2 秒 1.5法律因素 所有软件都选用正版；
所有技术资料都由提出方保管；
合同制定确定违约责任。
1.6其他可供选择的方案 端与服务器端联系在一起，在旅游局中只设立终端，在机场设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/服务器机理， 简化数据流量，加快数据处理。
1.7结论意见 由于投资效益比远大于100%, 技术、经济、操作都有可行性，可以进行开发。
第二章需求分析 2.1求规格说明 2.1.1系统概貌 航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和账单交款后取票，系统校对无误后即印出机票给旅客。
2.1.2功能需求 1. 航空公司工作人员登录及注销 要求合法的管理员才可以登录系统，防止系统被无关人员动用，使用字符串匹配对 用户名和密码进行判断。在不使用时进行注销，下次使用时需要重新登陆，由于目标客户 的层次较低，建议用输入检测确保输入准确无误。 2. 机票信息输入和查询 在系统中，要求可以输入每日航班次数。可以通过航班号、目的地、起飞日期、起飞地点查询航班，输出该次航班的起飞时间和所剩票数和票的价格等信息。 3. 订票，取票和退票 把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客。，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统对旅客有关证件合法性（如身份证、取票通知和交款发票）等进行验证，系统核对无误即打印出机票给旅客。对于已取机票应在未售出机票中减去。对于以下情况要求退票者，给予50%金额退款：（1）旅客延误取票时间；
（2）旅客临时更改航班处理；
（3）因私人原因需要退票。对于因特殊情况下（如天气不适合飞机起降、飞机延误超过30分钟）等给予全额退票。对于退订机票要在未售出机票中重新体现。
2.1.3性能需求 为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预订系统应该满足以下的性能需求： 1. 系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企 业对信息处理的需求。在系统开发过程中，必须采用一定的方法保证系统的准确性。 2. 系统的开放性和系统的可扩充性 机票预订系统在开发过程中，应该充分考虑以后的可扩充性。要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。 3.系统的易用性和易维护性 机票预订系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。
4.系统的标准性 系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。 5.系统的先进性 目前计算机系统的技术发展相当快，做为机票预订系统工程，应该保证系统在一段时间内是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。 2.1.4运行需求 系统软件：windows xp 数据库管理系统：mysql 硬件要求：奔四 1.6ghz 512m ram 10g hd 2.2数据流图分析 2.2.1数据流图 图2－1本系统的顶层数据流图 图2－2 0层数据流图 图2－3 本系统的二层数据流图 2.2.2数据描述 1.静态数据 ：订票单、取票通知单、帐单、机票 2.动态数据 ：旅客姓名、身份证、航班时间 2.2.3数据词典 1.旅客信息 名字：旅客信息 别名：passenger information 描述：旅客的个人信息，用于对旅客的确认 定义：旅客信息=姓名+性别+工作单位+身份证号码+旅行时间+旅行目的地 位置：输入到旅行社端（client端）
2.订票旅客清单 名字：订票旅客清单 别名：list 描述：已订票的旅客的记录 定义：订票旅客清单=旅客信息的合集 位置：输入到旅行社端（client端）
3.订票信息 名字：订票信息 别名：booked information 描述：旅客的旅行时间和目的地，用于确定旅客的航班 定义：订票信息=旅客旅行时间+旅客旅行目的地 位置：传输到航空公司端（server端）
4.航班机票信息 名字：航班机票信息 别名：bill information 描述：旅客的航班信息，根据旅客的旅行时间和目的地确定 定义：航班机票信息=旅客机票时间+旅客机票班次 位置：传输到旅行社端（client端） 5.取票通知 名字：取票通知 别名： notification 描述：旅客领取机票的凭证 定义：取票通知=旅客姓名+领票时间 位置：输出到打印机 6.售出机票信息 名字：售出机票信息 别名：saled 描述：旅客的航班机票的信息 定义：售出机票信息=旅客的航班机票 位置：输出到打印机 7.旅客订票记录 名字：旅客订票记录 别名：record 描述：已订票的旅客在航空公司的记录 定义：旅客订票记录=旅客姓名+航班机票信息 位置：输出到航空公司端（server端）
2.3用例分析 2.3.1系统基本用例 本系统的边界是：机票预定系统服务平台。
系统的参与者有：航空公司管理员、旅行设、旅客。用例图如下：
图2－4 系统用例图 1.航空公司管理员通过系统实现以下使用需求：
登录、预订机票、退订机票、取票管理、航班查询、 航班信息管理、订票信息管理、旅客信息管理 2.旅客通过系统实现以下使用需求：
登录、预订机票、退订机票、航班查询 3.旅行社通过系统实现以下使用需求：
航班查询、旅客信息管理 2.3.2 用况描述 1.用例名：登录。
主要执行者：旅客。
目标：可以查询和修改旅客的基本信息。
范围：机票预订系统。
基本互交动作：
1）.旅客登录。
2）.旅客输入姓名、证件类型、证件号码及电子邮件地址。
2.用例名：预订机票。
主要执行者：旅客。
目标：预订机票。
范围：机票预订管理系统 基本互交动作：
1）.旅客查询航班及机票 2）.旅客选取信息表中的一个航班，输入姓名、证件及号码。
3）.显示总票款。
4）.旅客确认预订信息、总票款。
3.用例名：退订机票。
主要执行者：旅客。
目标：取消此前预订的机票。
范围：机票预订系统。
基本互交动作：
1）.用户登录。
2）.系统显示旅客此前预订但并未登机的机票；
旅客选取欲退订的机票。
3）.系统按照退票费计算规则计算退票费，显示欲退订机票的总票款及总退费。
4）.旅客确认退票请求、总票款。
4.用例名：查询航班。
主要执行者：旅客及旅行社。
次要执行者：航空公司。
目标：查询航班时刻表、机票等信息。
范围：机票预订管理系统。
基本互交动作：
1）.用户登录。
2).用户输入出发地、目的地、出发日期、起飞或者到达时间的范围。
3).系统从航空公司的机票管理系统中获取航班及机票信息，显示符合旅客要求的 所有航班及剩余机票数量。
5.用例名：航班信息管理 主要执行者：航空公司。
目标：提供最新的航班信息。
范围：机票预订系统。
基本互交动作：
1).更新航班信息（每5秒）。
2).提供航班信息。
6.用例名：取票管理 主要执行者：航空公司。
目标：及时通知旅客取票时间及方式。
范围：机票预订系统。
基本互交动作：
1).获取已定机票信息并打印机票。
2).通知旅客取票的时间及方式。
7.用例名：旅客信息管理 主要执行者：航空公司、旅行社。
目标：储存旅客信息。
范围：机票预订系统。
基本互交动作：
1).对旅客填写的个人信息进行保存以便于管理。
2).定时更新旅客的信息。
8.用例名：报表及分析。
主要执行者：定时器（每周一00:00）
次要执行者：管理员。
目标：汇总前一周的订票、退票情况。
范围：机票预订系统。
基本互交动作：
1).系统汇总自上次生成周报表至此刻发生的所有订票、退票情况。
2.3.3系统业务逻辑描述 本系统的业务逻辑是这样的：旅客登录系统，使用客户端进行订 票、查询、退票的操作，旅行社通过查询和旅客信息管理与航空 公司进行数据交流与业务往来。
第三章 概要设计 3.1系统的结构化设计 3.1.1软件体系结构图 图3－1 系统的软件体系结构图 1.旅客用户模块：本模块主要功能，是旅客可登录系统进行机票信息查询，并根据需求预订机票，在支付预定金后系统打印取票清单。
2.航空公司模块：该模块主要功能，是对航班及机票信息进行管理更新，并根据用户提供的取票清单和付款单进行验证和打印机票。
3.系统管理员模块：本模块主要功能，是管理员对系统的软硬件进行维护，并对航空公司产生的业务进行编制报表和分析。
4. 旅行社模块：本模块主要功能，是旅行社可登录系统进行机票信息查询和管理旅客信息。
3.1.2软件结构流程图 图3－2 软件结构流程图 1.各功能详细描述 本系统主要用于机票预订，所以提供了以下几个子功能：机票预订，取票通知，查询航班，查询机票，退票，打印机票，取消航班，机票的生成，以及航班的查询等后台功能。 1).机票预订功能：旅行社和机场管理员有权力进行该项功能。首先通过查询得到旅客所需的航班，确定该航班还有没有被预订的座位，然后选择座位的等级，填写旅客的详细信息之后就可进行网上预订机票。 2).票通知：该项功能只有旅行社和机场管理员有权力进行操作，在机票预订功能成功完成之后，系统会自动给浏览器端发送一条取票信息以及所需缴纳的费用。旅行社可以利用特定设备将该取票信息打印出来，这就是取票通知。 3).查询航班：可以通过输入出发地，目的地，日期和时间选定自己航班。 4).查询机票：该项功能三方都可以操作，可以通过自己的身份证号以及取票通知上的机票号查询自己的机票信息。 5).退订机票：该功能只有旅行社和机场管理员有权力操作，利用身份证号和对应的机票号就可以查询到机票信息，然后就可以退订机票。 6).打印机票：该功能只有机场管理员有权力操作，只有当管理员确认旅客已经付款后才予以打印机票，可以通过身份证号和对应的取票信息上的机票号查询机票信息，然后服务器返回机票信息，管理员就可以打印该机票信息，交给旅客。 7).后台的取消航班：该项功能只有机场管理员才能操作，先通过航班号和航班日期查询到航班信息后，取消航班就可以将该航班从数据库中删除。 8).后台的航班查询：该项功能只有机场管理员才能操作，通过航班号和航班日期查询到航班信息。 9).后台的机票生成：该项功能只有机场管理员才能操作，可以通过该项功能给刚添加的航班生成对应的飞机票号纪录。 第四章 详细设计 4.1 机票预订管理系统体系结构设计 本系统包图主要包括：用户界面包、航空公司业务逻辑包及与外部系统的接口。其中业务逻辑中还包含订票及退票包、客户管理包、统计分析包。
图4－1 机票预定管理系统之包图 4.1.1面向旅客的界面包的类图 图4－2 面向旅客的界面包的类图 4.1.2面向管理员的界面包的类图 图4－3 面向管理员的界面包的类图 4.1.3机票预订系统的体系结构图 图4－4机票预订系统的体系结构图 4.1.4机票预订系统的体系结构图描述 1.在ticketservice构件的对外接口中，quertflights负责查询航班及尚余机票booktickets和returntickets分别负责订票和退票，通过ticketsaleagent向航空公司的机票销售管理系统发出订票和退票请求，通过datapersistenceserviceinterface在数据库中记录客户的订票和退票情况。querysaletickets和queryreturntickets负责查询客户的订票和退票情况。
2.在customermanager构件的对外接口中，register和unregister分别负责客户信息的记录和注销。getcustomerinfo和setcustomerinfo分别负责获取和修改客户信息。
3.在statandanalyser子系统的对外接口中，statsaledtickets和statreturntickets借助于ticketserviceinterface中的querysaletickets和queryreturntickets分别统计在某一时段售票和退票的情况。
4.2 机票预订管理系统子系统设计 4.2.1用户查询航班及机票信息 图4－5 机票预定系统之查询航班及机票信息类图 图4－6 查询航班及机票用例顺序图 4.2.2旅客订票及退票 图4－7机票预订管理系统之“订票及退票”包的类图 图4－8 订票用例顺序图 图4－9 退票用例顺序图 4.2.3机票预订系统统计分析 图4－10 机票预订系统之统计分析包的类图 图4－11 生成统计分析报表的顺序图 4.3数据库结构设计 根据总的结构图设计各表结构如下：
表4－1 旅客信息表 表4－2航班信息表 表4－3机票信息表 4.4数据库表创建 create table 旅客信息表 ( 姓名 char(50) not null primary key, 性别 char(50) not null, 年龄 int not null, 用户密码char(50) not null, 证件号 int notnull) create table 航班信息表 ( 航班号 int not null, primary key, 出发时间 char(30) not null, 出发地 char(20) not null, 目的地 char(20) not null， 票数 int not null, 票价 int not null）
create table 机票信息表 ( 姓名 varchar(50) not null primary key, 座位号int not null, 航班号 int not null, 登机口 int not null, 票价 int not null, 时间 char(30) not null, 出发地 char char(50)not null, 目的地 char(50)not null） 第五章测试 5.1定义 黑盒测试：
黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测 试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。
白盒测试：
白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。
这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。
5.2主界面模块 主界面与注册界面和登录界面（航空公司管理员登录、用户登录）。
通过主界面可以进入注册界面和登录界面，由登录界面分别进入航空公司管理系统和用户预订机票系统。
5.2.1用户注册 1.输入项 表5－1 测试用户注册输入项 字段名称 数据类型 长度 允许空 字段描述 name char 50 否 用户真实姓名 sex char 50 否 用户性别 age int 35 否 用户年龄 password char 50 否 用户密码 credential int 35 否 用户身份证号 2.输出项 1显示注册成功，按任意键返回主页；
2提示该身份证号已注册，重新输入。
3.算法 点击主界面2入口中的一个，可进入相应的注册界面。
内部处理 if 用户身份证号注册过， 提示错误信息: 该身份证号已注册，请重新输入！ else 显示注册成功，按任意键返回主页。
4.流程逻辑 图5－1 用户注册流程逻辑图 5.编码和界面 图5－2 用户注册界面 图5－3 用户注册错误测试结果 6.测试用例 对输入参数查验，检测数据库数据异常时能否判断并给予适当处理。
表5－2用户注册测试用例 测试用例 预期结果 错误的身份证号 提示：身份证已注册 正确的用户信息 提示：注册成功 5.2.2用户登录 1.输入项 表5－3 测试用户登录输入项 字段名称 数据类型 长度 允许空 字段描述 username char 50 否 用户真实姓名 password char 30 否 登录密码 2.输出项 1显示登陆成功，按任意键进入机票预订系统；
2提示用户或密码错误，重新输入请按y,退出请按n。
3.算法 点击主界面2入口中的一个，可进入相应的登录界面。在用户 登录界面输入用户名与密码，点击确定按钮：
内部处理 if 用户名或密码不正确 提示错误信息: 用户或密码错误，请重新输入！ else 登陆成功并转入相应页面 点击0确认：返回主界面。
4.流程逻辑 图5－4 用户登录流程逻辑图 5.编码和界面 图5－5 登录界面 图5－6 用户登录成功 图5－7 用户登录错误测试 6.测试用例 对输入参数查验，检测数据库数据异常时能否判断并给予适当处理。
表5－4 用户登录测试用例 测试用例 预期结果 错误的用户名 提示：用户名错误 错误的密码 提示：密码错误 正确的用户名、密码 提示：登陆成功进入机票预订系统 5.2.3管理员登录 1.输入项 表5－5 管理员登录测试输入项 字段名称 数据类型 长度 允许空 字段描述 manager char 50 否 管理员姓名 password char 30 否 登录密码 2.输出项 1显示登陆成功，按任意键进入机票调整系统；
2提示姓名或密码错误，重新输入请按y,退出请按n。
3.算法 点击主界面2入口中的一个，可进入相应的登录界面。在管理者 登录界面输入姓名与密码，点击确定按钮：
内部处理 if 姓名或密码不正确 提示错误信息: 用户或密码错误，请重新输入！ else 登陆成功并转入相应页面 点击0确认：返回主界面。
4.流程逻辑 图5－8 管理员登录流程逻辑图 5.编码和界面 图5－9 管理员登录成功 图5－10 管理员登录错误测试结果 6.测试用例 对输入参数查验，检测数据库数据异常时能否判断并给予适当处理。
表5－6管理员登录测试用例 测试用例 预期结果 错误的姓名 提示：姓名错误 错误的密码 提示：密码错误 正确的姓名、密码 提示：登陆成功进入机票调整系统 5.3查询机票模块 用户或管理员进入查询机票界面，可以通过查找航班信息来选择自己要乘坐的航班。
1. 输人项 表5－7 查询机票测试输入项 字段名称 数据类型 长度 默认值 允许为空 字段描述 flight_num string 是 飞机班次 2. 输出项 表5－8 查询机票测试输出项 字段名称 数据类型 长度 默认值 允许为空 字段描述 flight_num string 是 飞机班次 origion string 是 旅行始发地 destination string 是 旅行目的地 leave_time string 是 旅行初始时间 3.算法 显示查询界面 case1 航班号 输入查询的航班号；
break; 根据所输出的内容，连接数据库开始搜索 if 找到符合条件的机票 显示输出 else 没有找到符合要求的机票 4.流程逻辑 选择航班号 查询 检索数据库 显示结果 y n 图5－11查询机票流程逻辑图 5.编码和界面 图5－12 查询机票错误测试结果 图5－13 查询机票成功 6.测试计划 输入数据：输入参数合法，数据库出现异常的处理。数据的共享与独立性，一致性与完整性。
7. 测试用例 表5－9 查询机票测试用例 测试用例 预期结果 输入合法参数 显示正确的航班信息 输入非法参数 数据库出现异常处理结果 （违背数据的一致性或者完整性）
5.4 航班管理模块 航空公司管理员登录成功后进入航空公司管理系统， 添加航班。
1. 输人项 表5－10 航班管理测试输入项 字段名称 数据类型 长度 默认值 是否允许空 字段描述 flight_num string 否 飞机班次 price int 4 否 机票价格 leave_time datatime 否 发机时间 cout int 否 票数 origin string 否 始发地 destination string 否 目的地 2.输出项 1).成功转入相应页面；
2).提示输入错误，重新输入。
3.算法 进入航班管理信息界面，可返回主界面。
选择航班管理信息界面的添加航班界面以及返回主界面。
添加航班：
依次输入数据 if 输入数据格式错误或内容不对 提示错误，重新输入 else 将数据存入数据库 提示添加成功 返回航班管理信息界面 在管理员登录系统 4.流程逻辑 选择航班管理操作 添加航班信息 n 填写信息正确 成功添加航班 返回 图5－14添加航班流程逻辑图 5.编码和界面 图5－15 航班添加界面 图5－16 添加成功界面 6.测试用例 表5－11 航班添加测试用例 测试用例 预期结果 重复输入的航班信息 提示：该航班已存在，重新输入 正确的航班信息 提示：是否继续添加 5.5用户订票模块 用户登录成功后进入航空公司管理系统，选择浏览航班后进入订票系统。
1. 输人项 表5－12 订票测试输入项 字段名称 数据类型 长度 默认值 是否允许空 字段描述 flight_num string 否 飞机班次 cout int 否 票数 2.输出项 1).航班信息，开始订票及订票成功；
2).没有您要的航班信息，余票不足，请出入有效票数。
3.算法 进入航班管理信息界面，可返回主界面。
选择航班管理信息界面的订票界面以及返回主界面。
订机票：
输入数据 if 输入数据不对 提示错误，重新输入 else 显示航班信息 继续查找or开始订票 if 输入票数有误 提示错误，重新输入 else 显示订票成功 航班管理信息界面 4.流程逻辑 选择订票操作 查询航班信息 n 显示航班信息 开始订票 输入订票数 n 输入票数正确 订票成功 返回 图5－17订票流程逻辑图 5.编码和界面 图5－18 订票错误测试结果 图5－19 订票成功结果 6.测试用例 表5－13 订票测试用例 测试用例 预期结果 输入错误的航班号 提示：该航班不存在，重新输入 正确的航班号 提示：是否继续查找或开始订票 错误的机票数 提示：余票不足，重新订票 正确的机票数 提示：订票成功 第六章 结束语 经过两周的努力，我们终于完成了《软件工程》的课程设计。从开始接到题目到系统的完成，每走一步对我们来说都是新的尝试与挑战。我们从对软件工程的技术不熟悉的状态开始了课程设计，查看相关资料和书籍，让自己头脑中模糊的概念逐渐清晰，使自己非常稚嫩的作品一步步完善起来，每一次改进都是学习的收获，每一次试验的成功都是辛劳的成果。
此次课程设计中，本小组根据软件工程实行过程完成了机票预定系统的大部分功能，包括用户（旅客、旅行社）注册，管理员登录系统进行航班添加查询功能，用户（旅客、旅行社）登录系统进行查询订票功能。
虽然我们的作品不是很成熟，还有很多不足之处，但我们可以自豪的说，这里面的每个细节都有我们的辛勤付出。两周的时间过去了，我们的课程设计也将告一段落，点击运行程序，也基本达到预期的效果。心中不由得也会冒出小小的成就感。由于时间和精力的关系，做出来的程序中仍有许多不尽人意的地方。例如：功能不够完善，界面不够美观等。对于这些遗憾我们只能以人们常说的，“做一件事，不必过于在乎最终的结果，可贵的是过程中的收获”来聊以自慰。但在以后的时间里我们仍会再接再厉把这个程序做的更加完美。
在本次软件工程设计过程中，我们不免遇到很多的困难但是在老师的精心指导和自己的不断努力下基本上完成了此次的设计并达到了预期的要求，而且自己在程序设计方面也有不少的收获，更加坚定了自己在编程中的信心。在此，衷心感谢胡老师的认真授课和精心指导！ 参考资料：
[1]吴洁明等，《软件工程实例教程》，清华大学出版社。
[2]钱乐秋等，《软件工程》，清华大学出版社。
[3]谭庆平等，《软件工程实践教程》，高等教育出版社。
相关热词搜索：;软件工程实践报告总结软件工程实践报告篇二
软件工程实践作为软件工程专业本科生企业实习前的综合实践课程在培养体系中占有重要地位,本文是本站小编为大家整理的软件工程的实践报告范文，仅供参考。
实践单位：山西西太行信息有限公司
实践时间：xx年7月1日-----xx年7月31日共31天
一、实践目的：综合利用所学的专业知识，培养软件开发的技能;掌握android操作系统的编程技巧，体会企业软件开发与学习过程中编写软件的不同;提高自身的创新意识与创新能力，促进团队之间的沟通协作，为早日踏上工作岗位打下坚实基础。
二、实践内容及感悟：
a) 实践前准备：自xx年清明节前后，我和我的组员就开始接受山西西太行信息有限公司的公开课的培训，当时经电子与计算机技术学院于一老师介绍由陈川老师主要带领我们重新温习了一遍关于java语言的基本知识，在这将近一个月的学习过程中我们逐渐重新拾起了即将被遗忘的java 知识，走出了以前认识上的误区，使我在java这一块又有了一定的的优势，为以后我们用java语言做开发打下了很好的基础。
自xx年5月1日，我们开始了真正的基于android操作系统的软件开发，虽然我们是利用课余时间进行学习，但是学习的效果真的很好，我们基本上晚上都会学到很晚才回宿舍。刚开始的时候我感到很不适应，感到学习的java语言不能够充分的的到利用，只能够用一些和系统相关的东西，但是随着学习的深入，我发现android操作系统也是一个很强大的手机操作系统，它有着很好的发展前景。并且移动互联网在在中国有着大的市场，所以我对我正在从事的android手机软件开发给予了很大的希望。这一个月的培训我们主要学习了android操作系统的五大系统组件：activity、service、sqlite、content provider、intent、broadcastrecever，同时我也学到了一些课堂上学不到得东西，对外面的市场的情况也有了更深刻的了解。
我们一行十六个人，大三的十一人大二的六人。我们被分了两个小组，每个小组八个人，上课时间一般是下午两点到五点半或者下午五点半到晚上八点半，其余的时间是我们自己写代码的时间。每天的任务量都有所不同，有时候把自己的任务做完了剩下的时间就自由支配。这一个月我们的主要任务是做一个腾讯微博android手机客户端，每天陈老师都会给我们传授一些做软件的经验和一些新的知识点,然后我们根据具体的要求编写文档,编写代码,第二天交由陈老师点评。
1) 可恶的文档：刚开始的时候感觉很不适应，以前上课就是学习关于编程的知识，但是做项目的第一天陈老师要求我们写文档，我们用的是gb8568—88格式的文档，第一次写即感觉很枯燥又感觉不会写。对于写文档我们都有想通的反应，就是莫名奇妙的反感，但是陈老师还是不依不饶的要求我们写要我们查资料，我们也很没办法只能按照要求写文档。但是由于我们不知道在文档上写些什么，陈老师看我们很为难也有所让步，带领我们写了软件需求说明书，后来我们依次写了概要设计说明书、详细设计说明书，后来又写了测试计划、用户手册。当时的感觉就是知道的知识太少，对着文档一个词一个词的硬挤，但是当文档写完的时候还是很有成就感的。
其实在写文档的过程中我们也渐渐的明白了文档的重要性，我们只是
在学校编写程序的时间久了习惯了上来就写代码的坏习惯，忽略了软件工程中的很重要的部分-----分析阶段和设计阶段。可能是因为以前做的软件都很小，一旦项目稍微大一点，那在编写代码阶段将付出不可估量的代价甚至最终将以失败告终。其实我们都学过软件工程，而且在考试的时候成绩还不是很差，但是到真正需要这些知识的时候我感觉却忘记了如何下手，这也就是所谓的纸上谈兵吧，所以我感觉大学生缺少的正是一种动手能力。知识本身没有价值，有价值的是运用知识解决问题。
2) 该死的bug:写完文档感觉写代码就轻松了，但是事与愿违啊。由于以前没做过开放平台的客户端，中间涉及到同腾讯公司微博开放平台接洽的问题，开始真的很不适应，不知道怎么下手。当知道下手的时候不免出现了各种各样的bug：腾讯服务器故障啦、实验室断网啦、模拟器连不上网啦、代码错误啦等等。为了弄好这些bug有时真是忙的焦头烂额，因为可能因为自己写的代码有问题导致大家的代码都不能运行，作为团队的一员谁都不想拖后腿。但有时候我也找不到问题所在，只能请高手指教或者找老师为我排忧解难。只可惜我当时掌握的排错方式只有打印输出和查看日志，根本没接触过单元测试。
其实多遇到一些bug还真不是坏事情，我现在开始明白编写代码最重要的是快速查找资料和排除错误的能力。首先我们不可能记住java语言或者android操作系统中所有的类和方法，所以能够快速找到我们所需要功能的类或者方法是很重要的。其次对于程序工作者来说遇到bug是很正常的事情，遇到不能解决的问题也是很常见的，重要的是能够正确的处理这些问题，并总结经验为以后的开发做好铺垫。遇到问题是要保持好的心态，千万不能焦躁，细心的一点点的分析问题，必的时候可以去网络上查找一些资料。但是不要遇到问题就上网查找，我感觉现在自己动手处理题很重要，上网查与吃现成饭没有本质的区别。网络可以帮我们开阔视野，但不要让网络阻碍了我们自我发展的机会。编写软件过程中要及时记录，这既可以让我们总结更多的经验，也可以为后来者提供一些宝贵的资料。毕竟都有成长的时候。
3) 痛苦的合并：这是我第一次这么正式的和这么多的人一起开发软件，更何况还有不认识的人在一个组，这给我们的沟通带来了很大的不便，尤其是最后代码合并的时候，很多的问题都一拥而上。我们当时用了一个软件visualsvn，这是一款团队开发的软件，当代码写的可以组合的时候我们就用这个软件在eclipse下共同开发。但开始的时候我们也会为了自己的代码正确而被迫修改别人的代码，最后弄得大家的代码不能够正确的运行，然后所有人都会停下来共同寻找错误，改正错误。这是团队开发时候很忌讳的问题，并且大家还都不好意思开口说谁错了，毕竟都不是很熟悉。直到大家开始慢慢适应这种团队开发之后，这样的情况才慢慢的被避免，效率也有所提高。
这次的团队开发让我明白，在团队开发中根本不存在自我，你所做的任何事情都应从整个团队出发，以团队的利益为重，不能自私。尤其是在团队中千万不能应付，你的应付很可能会给他人带来很多不便，甚至造成更大的损失。因此teamwork很重要，必须谨慎!
冗余度太大，有时候时代码不够安全，有时候是技术上不是很完善。对我们来说目标就是编写的软件能用，只要大家写的软件合并后能够正常运行，一切就ok了。但是这些是远远不够的，面向对象的思想和软件工程的一些常识我们都没涉及到，异步加载图片在陈老师讲之前我们也从来没有想到过，这些问题让我深深的体会到我们的创新能力的要求远远不够，我们对完美的渴求度远远不够。
没有最好，只有更好。这句话真是非常经典，作为软件开发者永远没有标准答案，没有最好的软件，只有不断的学习不断的追求才能发现好的东西，找到更好的创意。虽然最后腾讯微博客户端能够成功的运行了，但是我意识到我所掌握的知识远远不够，在这个实践中却是暴露了很多的问题。但愿天天能做到更好!
三、实践总结：
1、一个假期结束了，留下了很多的回忆，因为这个暑假是很有意义的。在这三十一天里每天都学到了新的知识，每天都遇到了新的问题，每天都在进步这，也让我有时间更加清晰的认识了软件工程这门课程和设计模式在软件开发中的重要性，编写代码知识软件开发的一小部分，只有真正的这种开发才能体会到软件工程的意义。
2、团队的凝聚力关系着每一个软件开发人员的发展前途，每一个人的努力都会得到回报，同样一个人的失误也会影响到整个团队，因此正确处理好人际关系是很重要的。
3、注重产品的价值，做好市场调研是成败的决定性因素。4、掌握好一门技术你可以吃饱，但是你要想很富有，必须懂得很多。队友可以帮助你一时帮不了一世，要注重个人能力发展!
根据学校要求，本人在开学前三周参加了毕业前的实习工作。我所实习的工作单位是天津木牛流马科技发展有限公司。公司主要从事软件开发方面的一些工作，包括java，c#方面的开发。本人在公司主要从事的是java项目的开发，包括前期的需求分析以及开发。
公司强调以人为本，认为对员工的投资是最重要的投资，通过对员工的培训提高员工的工作能力，并可以在多方面体会到公司方面的关怀与照顾，非常感谢这段时间公司的培养。
一、对实习过程的回顾
作为一个软件开发技术公司，不同于一般的那种严肃的气氛，给人的感觉是比较的宽松，公司的人情味也比较浓。让我们很快的就能融入这个小家庭。
首先给我的任务就是熟悉企业的开发流程以及企业的编码规范，了解这些是非常重要的，对于团队开发来说，统一的编码规范是必须具备的，因为编码如果不统一的话，每个人都有自己的编码方式，开发出来的系统可用性是很差的，而且也不利于今后的维护以及二次开发。所以开始花了两天的时间来看编码规范。这里面还是很有学问的。
接下来还要学习公司所用到的技术。在学校的学习中，我主修的方向是java，除了学习java基础外，还学习了html,css，jquery等前台页面的技术，以及struts,hibernate,spring框架技术，为企业开发已经做好了一些准备。公司需要我学习的技术为webservice和ibatis。通过学习，了解到webservice是一种可以接收从internet或者intranet上的其它系统中传递过来的请求，轻量级的独立的通讯技术。是:通过soap在web上提供的软件服务，使用wsdl文件进行说明，并通过uddi进行注册。ibatis是一个持久层框架，用于对数据的增删改查。
由于我算是第一次正式的参与企业的开发，在经验、知识上必然有所欠缺，所以在开始阶段我们主要都是了解项目的背景知识，进一步学习基本的一些项目原理等。而后要进行设计工作，然后才是真正的工程开发过程，还有调试过程。再由于我们只是短期的社会实践工作，为了所做的工作在以后能真正为人所用，我们在走之前还要留下完善的相关文档。短短的一个星期，要分成这么多的阶段，而任务就摆在那，每一阶段的时间可想而知是多么的宝贵。
我在公司实习期主要做的工作就是开发一个小的项目申报系统。
这个项目的需求大致为：申报单位模块、管理机构模块、评审专家模块。最主要的就是项目申报模块。其中包括文件管理栏目、项目申报栏目、项目开题栏目、项目验收栏目、项目报奖栏目、项目查询栏目、用户信息栏目。管理机构模块主要包括：文件管理栏目、项目申报栏目、中期检查栏目、报奖管理栏目、项目验收栏目、项目查询栏目、项目统计表栏目、成果评估栏目、用户信息管理栏目。
虽然实践的时间比较的短暂，但我还是有了不小的收获，最大的收获是了解了一些软 件开发的程序化生产过程。还有就是能有机会向开发部门的职员的一丝不苟、兢兢业业的敬业精神学习。相信这些都将给我以后的学习和工作带来不小的帮助。
二、专业知识在实习过程中的应用
整个项目用的是struts2+ibatis+spring开发的。业务层使用轻量级的框架spring实现业务组件的管理，持久层采用ibatis技术实现业务层和数据库的交互。web部分采用基于mvc模式的struts2框架实现，表现层用jsp与jstl、el相结合实现。其中也会用到图表技术以及ajax技术。
我的工作任务并不是很多，项目的数据库设计完成后，页面有专人来负责，首先看懂页面及需求，接下来编写框架代码，有了框架代码，项目基本上已经可以进行开发了。在开发过程中，越到了很多这样那样的问题，比如说写前台的验证和前台的一些特效，这就需要前台的css技术和jquery技术，当然之前的学习还是不够的，所以就一边做一边学，其中包括table的特效(隔行特效，鼠标移入移出特效)，一些动画特效，以及jquery的前台验证。还有ajax与服务器的异步交互，这方面的知识以前接触的还是比较少，然后以json格式返回前台做输出，以达到不刷新页面就可以显示不同数据的效果。
三、心得体会与经验总结
如今眼看在公司实习已经接近一个月了，从这次活动的成果上来看，还是比较成功的。辛勤的工作换来的是累累的硕果，不管是对于企业、学校还是我们自己。
首先我要在较短的时间内，克服各种困难，从最初的阅读文档，设计、开发，到最后的调试，完善，我也都按质按量的完成了，完成预定的工程开发任务，通过了公司的项目小组的验收，也得到了领导的一致好评，实现了最初为企业作实际共享的目标。
其次在这个过程中，我也通过了深入的调查、讨论，以对一个大型软件开发企业的结构、管理、文化、气氛有了比较详细的了解。而通过我在公司中的工作上的良好表现，还有生活中与公司员工的交流，我也在他们面前展现了了一个积极进取、勇于创新形象，起到了加强学校与企业双向交流的作用。
再有的一点就是，通过这次活动，让我们理论联系实际，在软件工程的开发过程、数据库的开发、分布式计算等工程实践经验上有了很大的提高。在公司中也培养了初步的大型项目合作开发经验，这一些都很好的增强了我们的个人的能力和并提高了自身的素质。
类似的以上的收获还有很多很多，但在活动结束的这个时候，仔细考虑一下，还是有一些地经验教训的。
四、几点不足与努力方向
这次实习也是我初次不如社会工作的一次经验，当然会有很多的不足之处，比如说为人处事方面，由于社会经验还是略显不足，所以在工作中难免会有和同事意见不同的时候却没有以最好的方式处理，这里深深地表示歉意，还有就是技术方面的不足，通过这次实习我明白了从学校学习的知识不足以面对以后的工作，所以还要更加的努力才行!
一、实习目的
这次实习的目的是为了提高我的专业技能、实践能力、以及让我了解一些实际的工作情况。对我在正式工作前有很重要的意义，不论是专业技能，还是综合素质，以及实际中的人际关系都有了更加深刻的体会，让我在正式工作前有了一笔很珍贵的经验。
这次实习的主要任务就是在了解整个软件的制作过程，以及各个环节中的细节，当学会了这些环节后，再用学到的知识来完成一个公司给我们安排的一个项目。我分到的项目名称是《诊所管理系统》，这个项目我们将以小组的形式共同将其完成，以模拟实际软件制作的过程，尽最大程度的将我们所学到的知识转化成实际的能力。为真正的项目做好充分的准备，让我们可以在实习过后的正式工作中，有准备的去面对。
公司的最终目的就是希望我们能了解实际项目的制作，并初步的理解各个环节的意义。而让我们用项目进行实际制作就是为了让我们能更好的理解项目制作中各个流程的意义以及项目制作过程中的团队是如何合作的。
二、实习单位及岗位
我所实习的单位是校企合作埃森哲信息技术(大连)有限公司的软件开发部。这个部门的主要职能就是外包服务工作，按照客户的需求制作成相应的软件，所以我们需要对整个软件开发的过程都较熟悉，这样才能应对客户们各种各样的问题，才能制作出更好的软件以满足客户们的需求。
因为刚实习的原因，所以我的职位是软件助理工程师，时间的具体安排是实际项目制作以及专业知识的学习，实习时间为8个星期。本来实习的地点是在公司的，后来因为公司的内部原因，将我们的实习地点改为学校内部实习，每天的时间和正式上班相同。早8晚5，每周六周日休息。
整个实习的实际流程前面已经说过，八周的实际项目制作以及专业知识的学习。具体的每周任务、实际工作内容、以及专业知识与专业技能的实际应用会根据不同的环节也有所不同。但总体的目标就是让我们了解实际工作中软件的制作流程，以及各个流程中所需要的技术和注意点，并用实际的项目让我们进行练习。
三、实习过程
上面已经介绍了个整个实习的任务以及目的，下面将详细介绍整个实习的流程，并对每个流程的细节加以详细说明。
具体的时间安排如下：
第一周：将对该项目所需要的知识进行集体巩固复习。将一些已经生疏的知识巩固巩固，以备项目中的不时之需。在实习的第一天企业的经理就详细的给我们讲解了软件工程这门科学对于一个软件制作的重要性，并以此为基本给我们定下了这次实习的大体实习流程。
第二周：将直接进行项目的需求分析。因为项目名称已经给出，所以将去掉可行性分析。我们小组分到的项目是“诊所管理系统”，这就免不了去诊所实地调查了。实际调查的过程中发现，需求分析这个过程是非常非常的重要，需求分析文档的制作，决定了项目的各个功能以及这个软件是否符合用户的需求。这一周的收获就是软件需求分析的文档制作，这是软件工程中非常重要的一个步骤，这一环节，是一整个软件生成的最为重要和关键的环节。
第三周：这一周由于临时变动，将概要设计和详细设计合为一周制作。根据调查的结果，进行概要设计。由于是初次制作软件概要分析的文档，所有有很多不符合规定的地方，就比如数据流图的制作，很多小的细节都没有注意，像这样的问题还有很多。不过，在经过了小组成员的积极讨论修改以及老师的指导后，这些问题都得以解决。接下来，根据概要设计，来制作软件的详细设计。详细设计的制作，相对于概要设计，感觉能稍微简单些，也不知道感觉对不对。因为在概要设计模块中，我们已经设计好了所需要的模块、接口、类、以及所要实现的功能，所以我们只需要考虑每个类的功能如果用代码实现就可以了，当然不是将代码写上去，而是用流程图以及伪代码之类的相关技术来表示。这个阶段的制作完成就开始正式的编码了。到此为止，准备工作总算是做完了，几乎花费了我们实习的一半时间。这一周的时间，我们在忙碌中不知不觉的度过了!下一周就会进入到该项目的实际编码当中，这也是我们大家最熟悉的地方了，感觉总算有地方出力了，期待着下一周的到来。
第四周：根据详细设计，来进行项目的编码。这一周，我们进行实际的编码，我最大的感觉就是，照着详细设计去进行编码，思路以及逻辑非常的清晰，可能在将流程如以及伪代码转换时稍微有点费劲，当相对于以往我们的直接编码而言，流畅度不言而明。
第五周：这一周本来是要进行测试的，但在编码完后企业老师检查的时候，给我们指出了很多的问题，说我们所写的代码太粗糙，所以我们只能对代码进行细致的加工，把测试推到了下周来进行。这一周，让我们受益匪浅，对代码的注释以及编码格式都有了更加深刻的理解。
第六周：根据做完的项目，进行项目的测试。本周就是对软件进行测试，从最基本的类之内的方法测试，一直到整个项目的综合测试，分了好几个阶段。而区分于以往的测试不同，这次我们是先写测试文档，当测试文档检查合格后，我们才可以对着文档进行逐步测试。我想，这可能就是我们以后工作的大体方向吧，以文档为主的项目制作。由于测试文档的制作进度太慢，所以本周就忙测试文檔的制作了一样了，其它的什么也没干，测试也只能等下周进行了。希望下周测试的时候效率会很高，期待的试一次，拿着测试文档去测试的感觉。
第七周：拿着测试文档，根据上面的要求，一项一项的测试，以确认项目的正确性。测试的顺利让我有了爽快的感觉，拿着测试文档，直接去校验代码就可以了。几乎不用去想程序内部的测试流程，因为文档上已经给你写的明明白白了。到这里，我有一种感觉，像埃森哲这种大公司内，文档的重要性比编码本身更为重要。我想，这就是企业派来的老师没有直接给我们进行技术培训，而是让我们来了解软件工程的流程的原因。当然，根据企业的文化不同，对软件工程的生命周期也会有细微的差别，他们会选择最适合自己公司的方法来进行整个软件的生命周期，并不是一成不变的。
第八周：这一周，我们没有跟技术相关的任务，只要好好准备准备个人展示就可以了。但你可千万不要小瞧这个人展示，因为他将占你整个实习成绩的50%，这也是企业老师在本周周一时才告诉我们的，我们之前根本就不知道还有实习成绩这一说。项目总结，我们将用一周的时间来总结整个实习的收获，在本周的周五进行自我展示，以及收获报告。至此，实习的生涯将会到此结束。这一周，我们思考着、沉淀着、总结着，将我们对整个实习的收获、总结、体会等各个方面进行了精华的提炼，以ppt为基础，进行为期10分钟的个人展示以及项目答辩。就此，我们的实习画上了完整的句号。
四、实习总结
项目的制作以及疑难问题的解决，将我们把大学期间那些快要淡忘的知识又重新熟悉了起来，并且对代码有了更深层次的理解。代码的复用性、类与类之间的调用、对象的创建、数据库的连接以及操作等各种专业知识的使用，让我们能更好的将这些各种各样知识合理的整合在一起。
如果说专业知识收获颇多，那么接下来的职业技能却是我认为在整个实习过程中收获最大的地方。代码的注释以及编码的规范这两点是我以前很少注意的地方，对其也并没有多少重视。但这一次，却明白了他的重要性：这是作为一个软件开发人员必须应该具备的能力，或者说应该特别注重的地方。因为我们的代码并没有多少注释以及很多地方的编码很不规范，企业老师宁愿让我们多花一周的时间修改，也没有匆匆的进行下一步测试。在修改的这一周内，通过自己的体会以及老师的重点强调，对于代码的编码规范和代码的注释有了更深层次的理解。通过了这次的实习，我个人认为，代码的注释以及编码的规范比个人的技术更为重要。
这次实习的最终目的就是希望我们了解软件的整个制作过程，也就是软件工程这门科学。这一次的实习，中间的制作文档时间大约是编码的好几倍，编码的时间即使是因为我们修改的原因也只有两周，而其他的大部分时间就是制作文档。我个人猜想可能进公司后文档的制作比个人的技术更加重要。因为文档的原因，我们的项目制作，感到非常的流畅，条例非常的清晰，逻辑也很流畅。对于软件的制作，这些文档起了很重要的意义，所以觉得，软件工程也许就是自己以后努力的方向吧。
最后，总结这段时间的实习生活的收获，真的是使我受益匪浅。在实习中，我学习到了不仅仅是技术上的收获，更还有生活中的的人际交往以及其他的许多经验。而这些，都将作为我迈入社会的根本，我将以此为我的基础，怀着一颗勇敢无畏的心去迎接我即将来临的工作。
五、实习体会
这一次的实习，给了我很深刻的体会，不仅仅是专业的收获，更还有团队间的相互合作，这些让我明白了团队的意义。工作即将来临，我期待着工作的到来，我将带着这次实习的收获，尽量的将学到的知识运用到实际工作中，去迎接一个又一个的挑战。前方的路会有很多困难等着我，但我不怕，因为我坚信，只要我努力，终会克服这些困难。路就在脚下，我将带着坚定的信念，不畏挫折，勇往直前!
软件工程实践报告总结软件工程实践报告篇三
手指在键盘上敲敲打打，写下我点点滴滴记忆。今年的夏天酷热如旧，今年的雷雨急骤如夕。然而今年的夏天我们却肩负着不同的使命，拥有不同的感动。我们在学院领导的关怀下,在院团委的支持和系党组织的带领下，我们“牵手石化储运，共促科学发展”暑期实践团队的活动已经_束。
三下乡为的是更好的让大学生了解当今社会,更好的适应以后的社会,为出社会做了一条道路。只有真正的投入其中去，才能够领略到当中的道理。在活动中每一位同学都互助、互爱。在一个合楷的气氛中开展活动。不论是活动的前后，大家都有一颗善良的心，一个良好的心态，一个开心的心情，对突发的事件能够保持冷静，以平常心来对待!我们队员之间保持良好的联系，外出事先报队长得到批准。我们每个人都记日记，记录着当天的生活点滴，每2~3日进行工作小结。
泪水与喜悦，还是要落入俗套，最想说的一句话还是时间过得好快，十二天的暑期实践活动就这样结束了。从开始时的喜悦与好奇到如今的怀念与不舍，种.种感想在这短暂而又漫长的十二天里，从我的心里飘过飘过，难以忘怀!这十二天的暑期实践经历，我获得了很多，有友情，有经验……在参观学习过程中遇到了两位中国石油大学研究生的学长，学长跟我们聊了储运专业的前景，另外学长建议我们在校大学生要好好珍惜在学校的时间，尽量多去学习。给我印象最深的是他说大三的专业课很重要，除了老师强调的重点知识外，一些细微的知识我们自己也要主动去钻研，像海洋学院这样比较年轻的学校，知识系统比起其他老资格的学校的来说还不是很全面，而大学的知识又是最最基础的，为了把基础打好，我们更得主动去多学，学精，否则和那些211工程学校的同学竞争起来就相对较弱了。这些话很诚恳，很现实，联想到自己近两年来的学习态度，实在难以启齿，大三，是得踏踏实实地学习专业知识了，不管今后是不是从事这一行，但对于自己多学知识总是有利的。这次的三下乡活动，不仅仅是个好的学习的平台，更是我们锻炼自己、接触社会的一个很好的机会。先感谢一下给我这个机会和一直鼓励我坚持下去的那些人们!
一、合理分配
不论是做什么工作，总会有要分配的时候。合作能力我也与同学们差不多，通过这一次的社会实践，让我知道了合作的重要性。在我队出发前，我们的一些活动材料还没有全部到位，留了一名同学在学校，团队的活动日程才得正常开展，要是不分配下去而是全部留下来的话，那我们的团队活动肯定是不完满的。
二、主动提问
我们学生与社会接触不多，不好意思主动的去找一个提问，有点害羞。没有老师在，一切都需要我们自己去考虑，哪怕只是一根铁丝，一枚钉子，都要我们想到。活动中会有很多问题，或许是个人无法考虑全的，那就需要大家集思广益，把自己想到的提出来，把自己不懂的提出来，让大家一起解决。
