下载文档原格式
软件工程试验报告第一篇：软件工程试验报告实验项目名称：需求分析（所属课程：软件工程概论）1．实验目的1.选择要设计的系统，使用UML进行需求分析，了解所要完成系统的功能需求，性能需求，接口需求等。
2.学习实使用Rational Rose 或其它软件工程工具绘制用例图、活动图。
2．实验内容使用Rose 绘制系统的用例图。
1.Rational Rose介绍Rational Rose是基于UML而产生的，是软件开发过程中的不可或缺的一个建模工具。
（1）Rational Rose的特点：λ支持多种语言,如Ada、CORBA、Visual Basic、Java等；λ支持模型的Internet发布；λ可以生成简单、清晰且定制灵活的文档；λ双向工程保证了模型和代码高度一致；λ支持逆向工程，建立代码框架；λ支持多种关系型数据库的建模；λ从需求分析到测试，在整个软件生命周期中，都为团队开发提供强有力的支持。
（2）Rational Rose的作用λ整个开发团队可以使用用例图，来获得一个系统高层次的视图，并且可以协商项目的范畴；λ项目经理可以使用用例图和文档，把项目分解成便于管理的多个模块；λ系统分析员和客户在看到用例规格描述文档的时候，就可以明白系统将会提供什么样的功能；λ技术编写者在看到用例规格描述文档时，就可以着手编写用户手册和培训计划；λ系统分析员和软件开发者在看到时序图和协作图时，就可以明白整个系统的逻辑流程、对象以及对象之间的消息2.安装Rational Rose ①双击Rational Rose 2007的安装程序，进入安装界面；按照系统提示一步一步完成系统的安装。
其中在选择安装产品时，选择“Rational Rose Enterprise Edition”；并且在设置创建程序位置时，选择创建一个本地的应用程序而非网络的，即选择“Desktop installation from CD”。
②安装成功，进入Rational Rose界面，如图1-1所示。
软件工程数据流图实验报告篇一:软件工程实验报告篇二:软件工程实验报告模板软件工程实验报告姓名:冯巧学号:3080702205实验题目:实验室设备管理系统1、系统简介:每天对实验室设备使用情况进行统计，对于已彻底损坏的作报废处理，同时详细记录有关信息。
对于有严重问题(故障)的要即时修理，并记录修理日期、设备名、修理厂家、修理费用、责任人等。
对于急需但又缺少的设备需以“申请表”的形式送交上级领导请求批准购买。
新设备购入后立即对新设备登记(包括类别、设备名、型号、规格、单价、数量、购置日期、生产厂家、购买人等)，同时更新申请表的内容。
12、技术要求及限定条件:采用C#语言设计桌面应用程序，同时与数据库MySql进行交互。
系统对硬件的要求低，不需要网络支持，在单机环境下也能运行，在局域网环境下也能使用。
方案实施相对容易，成本低，工期短。
一:可行性分析1、技术可行性分析计算机硬件设备，数据库，实验室设备管理软件与实验室设备管理系统的操作人员组成，能够实现实验室设备管理的信息化，提高工作效率，实现现代化的实验室设备管理。
系统需要满足实验室设备管理(包括对实验设备的报废、维修和新设备的购买)、实验室设备信息查询(包括按类别进行查询和按时间进行查询)、实验室设备信息统计报表(包括对已报废设备的统计、申请新设备购买的统计和现有设备的统计)。
这些功能框图如下图所示:2、经济可行性分析依据用户的现实需求、技术现状、经济条件、工期以及其他局限性因素等等因素，考虑到工期的长短、技术的成熟可靠、操作方便等因素，本方案具备经济可行性。
3、系统可选择的开发方案?方案A用C# 开发系统的特点是:开发工具与数据库集成一体，可视化，开发速度较快，但数据库能够管理的数2据规模相对较小。
系统对硬件的要求低，不需要网络支持，在单机环境下也能运行，在局域网环境下也能使用。
方案的实施相对容易，成本低，工期短。
?方案B:以小型数据库管理系统为后台数据库，该前台操作与数据库分离，也能够实现多层应用系统。
软件工程实习报告一、实习概况本次实习是我在某软件公司进行的为期三个月的实习。
实习期间，我被分配到了软件开发部门，参与了一个基于Java的项目的开发工作。
在这个项目中，我主要负责了功能模块的设计、编码和测试工作。
通过这次实习，我深入了解了软件开发的流程和方法，并学习到了许多实用的技术和工具。
二、实习内容1. 需求分析与设计在项目启动前，我参与了需求分析的工作。
通过与产品部门的沟通和确认，我明确了项目的功能需求和业务逻辑。
然后，我和团队成员们一起进行了系统设计。
我们使用UML建模工具进行了类图和时序图的绘制，以明确系统的结构和交互流程。
2. 编码与调试在需求分析和设计完成后，我开始了编码和调试工作。
我们项目采用了Java作为开发语言，所以我使用了Eclipse作为开发工具。
我根据需求文档和设计图，先编写了基础代码框架，然后逐步完善各个功能模块。
在编码过程中，我遵循了代码规范和设计原则，并积极参与了代码评审和重构工作。
3. 测试与集成在编码完成后，我进行了功能测试和集成测试。
我使用Junit进行了单元测试，并通过Mockito框架进行了模拟和验证工作。
在测试中，我发现了一些潜在的问题，并及时修复了它们。
在集成测试中，我与其他成员合作，测试了系统各个模块之间的交互和兼容性。
4. 文档编写与维护在实习期间，我还负责了部分文档的编写和维护工作。
我参与了用户手册和技术文档的编写，以便使用人员和开发人员可以更好地理解项目的功能和实现细节。
我还负责了项目的版本控制和文档管理工作，确保了项目资料的安全和可追溯性。
三、实习收获1. 技术能力的提升在实习期间，我得到了大量的实践机会，提升了自己的技术能力。
我学会了使用Eclipse进行项目开发，掌握了Java语言的常用库和框架，并熟悉了常见的设计模式和软件开发方法。
我还学会了使用Git进行版本控制和团队协作，以及使用Junit和Mockito进行测试和调试。
2. 项目管理和沟通能力的提升在实习期间，我参与了团队的讨论和决策，学会了如何与他人进行有效的沟通和协作。
软件工程实验报告总结（3篇）经过这学期软件工程实验的学习，深深感到用户需求对软件的重要性。
成功的软件产品是建立在成功的需求基础之上的，而高质量的需求来源于用户与开发人员之间有效的沟通与合作。
当用户有一个问题可以用计算机系统来解决，而开发人员开始帮助用户解决这个问题，沟通就开始了。
需求获取可能是最困难、最关键、最易出错及最需要沟通交流的活动。
对需求的获取往往有错误的认识：用户知道需求是什么，我们所要做的就是和他们交谈从他们那里得到需求，只要问用户系统的目标特征，什么是要完成的，什么样的系统能适合商业需要就可以了，但是实际上需求获取并不是想象的这样简单，这条沟通之路布满了荆棘。
首先需求获取要定义问题范围，系统的边界往往是很难明确的，用户不了解技术实现的细节，这样造成了系统目标的混淆。
其次是对问题的理解，用户对计算机系统的能力和限制缺乏了解，任何一个系统都会有很多的用户或者不同类型的用户，每个用户只知道自己需要的系统，而不知道系统的整体情况，他们不知道系统作为一个整体怎么样工作效率更好，也不太清楚那些工作可以交给软件完成，他们不清楚需求是什么，或者说如何以一种精确的方式来描述需求，他们需要开发人员的协助和指导，但是用户与开发人员之间的交流很容易出现障碍，忽略了那些被认为是认为是""很明显很明显""的信息。
最后是需求的确认，因为需求的不稳定性往往随着时间的推移产生变动，使之难以确认。
为了克服以上的问题，必须有组织的执行需求的获取活动。
需求获取活动要完成的任务或者步骤的过程如下：1、编写项目视图和范围文档系统的需求包括四个不同的层次：业务需求、用户需求和功能需求、非功能性需求。
业务需求说明了提供给用户新系统的最初利益,,反映了组织机构或用户对系统、产品高层次的目标要求，初利益它们在项目视图与范围文档中予以说明。
用户需求文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。
实验一：基于UML的用例模型试验实验目的：1、掌握使用visio绘制用例模型2、掌握Ration Rose绘制用例模型的方法实验内容：1、使用vise绘制用例模型2、使用Ration Rose绘制用例模型的方法实验步骤：1、使用Visio绘制用例模型（1）启动Visio中的UML模型绘制开始时需要新建一个文件存放用例模型，首先选择“开始” 一“程序” -Microsoft office visio 2003选项进入Visio启动页面，在“类别”选项区域中才、选择“软件”项：然后在“模板”选项区域中选择UML模型图，即可打开制作UML模型的全部对彖图集，Vise提供了关于制作UML模型所需要的全部图表，支持开发人员进行面向对彖的分析和设计工作。
（2）保存UML模型通过选择菜单File…Save选项或者单机工具栏的Save按钮，来保存系统模型，保存的文件类型是-VSdo(3)新建立用例图(4)建立用例中的角色(5)建立用例(6)建立角色与用例、用例与角色之间的联系(7)建立活动图2、使用Rational Rose绘制用例模型（1）Rational Rose 的启动：选择"开始"---"程序” ---Rational Software---Rational Rose Enterprise Edetion选项，弹出对话框。
这个对话框用来设置本次启动的初始动作，分为New （新建模型）Existing （打开现有模型）和Recent （最近打开模型）三个标签。
（2）新建用例图在Browser窗I I内的树形列表中选中UseCase包并右击，在弹出的快捷菜单中选择New一UseCase Diagram选项。
此时出现New Diagram用例图名称并允许修改，将NewDiagrain更名为“医疗器材管理系统用例图”双击Biowgram窗I I内树形列表中的“医疗器材管理系统用例图”，在Diagram窗I I中出现“Use CaseDiagiain： Use CaseView/医疗器材管理系统用例图”，可以在该窗1 1中绘制用例图。
《大学软件工程专业实习报告（优秀范文五篇）:》摘要：学号: 姓名: 指导老师: 实习成果: 实习地点: 实习时间:2011-6-29至 2011-10-29 在现今社会,就业问题就似乎总是围绕在我们的身边,成了说不完的话题，实习期间,第一阶段:主要学习了 Unix 开发环境(Unix 系统原理, Unix 常用命令, Unix开发环境 ; java 语言基础(算法基础,常用数据结构,企业编程规范 ; java 面向对象, JDK 核心 API ;并做了一个“在线考试系统项目”，语言(SQL 语言基础和提高, SQL 语句调优 ; Oracle 数据库开发; javaSE 核心编程; XML ; JDBC ;并粗略的完成“在线考试系统” 的数据部分20xx年x月，我离开了学校，进入了最后一学期的顶岗实习阶段。
从离开学校的那天起，我就当自己是一个正式的员工，做好了经历重重困难的准备，我始终坚信，我的努力与坚持不懈不会白费，我的未来不是梦。
一、实习单位介绍南京xx有限公司是我现在实习的单位，它成立于xx年，是从事教育软件、数字化教学资源、多媒体产品等开发、制作的专业公司；是江苏省信息产业厅认定的双软企业、江苏省新闻出版局审核认定的电子出版物开发制作单位。
公司长期承担高校及教育管理部门的数字化教学资源、教务教学、实验科研等管理系统的开发和信息化项目建设。
如：《数字化教学资源库-名师名课网系统》、《OA办公系统》等多个系统平台。
智风公司多年来致力于网络课程的建设服务工作，拥有一支专业化的开发团队，通过严格的开发流程和创新的教学理念为广大院校提供优质的服务。
专业化的研发队伍：从教学设计、技术开发，到交互设计、视觉设计、资源素材制作等各个方面，全面解决您的后顾之忧；丰富的开发经验：业已开发的课程中有42门被评为精品课程，累计开发的网络课程已逾1000门。
二、实习岗位、主要过程、主要内容、主要工作、收获我在该公司任职软件开发工程师，刚实习的第一个星期，主要的工作是熟悉公司的开发框架及开发流程，及时完成项目经理派发的任务。
第1篇一、实验背景随着信息技术的飞速发展，软件工程已成为计算机科学的重要分支。
软件过程是软件生命周期中各个阶段的活动，它包括需求分析、设计、编码、测试和维护等环节。
为了提高软件开发的效率和软件质量，软件过程管理显得尤为重要。
本实验旨在通过实践操作，加深对软件过程的理解，掌握软件过程管理的相关知识。
二、实验目的1. 理解软件过程的各个阶段及其相互关系；2. 掌握软件过程管理的基本方法；3. 提高软件开发的效率和质量；4. 培养团队协作能力。
三、实验内容1. 软件过程概述首先，我们对软件过程进行了概述，介绍了软件过程的定义、特点、作用以及软件过程模型。
通过学习，我们了解到软件过程是软件开发的基本框架，是保证软件开发质量的关键。
2. 需求分析需求分析是软件开发的第一步，也是最为关键的一步。
我们通过案例学习，了解了需求分析的方法和技巧。
在实验中，我们采用用户故事、用例图等方法对需求进行分析，确保需求完整、一致、可测试。
3. 设计设计是软件开发的核心环节，包括系统设计、模块设计和数据库设计等。
在实验中，我们学习了设计模式、架构风格等设计原则，通过UML图对系统进行设计，确保系统的可扩展性和可维护性。
4. 编码编码是软件开发的具体实施阶段，也是实现设计的过程。
我们学习了编程语言、代码规范等知识，通过编写代码实现设计。
在实验过程中，我们注重代码的可读性、可维护性和可测试性。
5. 测试测试是保证软件质量的关键环节。
我们学习了测试方法、测试用例设计等知识，通过编写测试用例对软件进行测试，确保软件满足需求。
6. 维护维护是软件生命周期的重要组成部分，包括软件的升级、修复、优化等。
我们学习了维护方法，了解了软件维护的重要性。
四、实验过程1. 组建团队我们将学生分成若干小组，每个小组负责完成一个软件项目的开发。
在小组内部分工合作，明确各自职责。
2. 需求分析各小组对项目进行需求分析，编写需求规格说明书，确保需求完整、一致、可测试。
实验一方程求根的黑白盒测试一元二次方程式AX2+BX+C=0的求根程序有以下功能：○1输入A、B、C三个系数；○2输出根的性质的信息，包括两个相等或不相等的实根，两个大小相等，符号相反的实根，仅有一个实根，或有两个虚根等；○3打印根的值；源程序：#include<stdio.h>#include<math.h>main(){float a,b,c,d,s,x1,x2;printf("please input a,b,c\n");printf("a:");scanf("%f",&a);printf("b:");scanf("%f",&b);printf("c:");scanf("%f",&c);if(a==0.0){if(b!=0) printf("the answer is:x=%f",-c/b);else if(c==0.0) printf("no collect answer!");else printf("no answer");}else{d=b*b-4*a*c;if (d==0){s=-b/(2*a);printf("the answer is:%f",s);}else if (d>0){s=sqrt(d);x1=-(b+s)/(2*a);x2=-(b-s)/(2*a);printf("the answer is: x1=%f\n",x1);printf("x2=%f\n",x2);}else{s=sqrt(-d);x1=-b/(2*a);x2=abs(s/(2*a));printf("there is two virtual answer:x1=%f+%fi\nx2=%f-%fi",x1,x2,x1,x2);}}system("pause");}流程图：流图：测试过程：黑盒测试序号测试内容测试数据期望结果实际结果1 结果为任何数0，0，0 出错出错序号测试内容测试数据期望结果实际结果2 一次方程0，2，3 得出一个解得出一个解序号测试内容测试数据期望结果实际结果3 输入字符a，出错出错序号测试内容测试数据期望结果实际结果4 缺输入2，1 出错无法缺省数据（未达到满意结果）序号测试内容测试数据期望结果实际结果5 二次方程1，4，4 两个相等根两个相等根序号测试内容测试数据期望结果实际结果6 二次方程2，3，2 两个虚根两个虚根序号测试内容测试数据期望结果实际结果7 二次方程1，3，2 两个不等实根两个不等实根序号测试内容测试数据期望结果实际结果8 二次方程1，0，-1 两个实根符号相反大小相等两个实根符号相反大小相等白盒测试序号测试数据覆盖节点覆盖的边1 0，0，0 126 abim序号测试数据覆盖节点覆盖的边2 0，2，3 126 abim序号测试数据覆盖节点覆盖的边3 1，4，4 123456 abceilm序号测试数据覆盖节点覆盖的边4 2，3，2 12376 abcdgm序号测试数据覆盖节点覆盖的边5 1，3，2 123486 abcefhm序号测试数据覆盖节点覆盖的边6 a 16 akm试验截图在上面的黑盒测试中都有，就不再次列举了。
《软件工程》课程实验报告四、实验过程与结果性能需求1.系统处理的准确性和及时性系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足学院对信息处理的需求。
并且不能重复复两个学号的信息。
2.系统的开放性和系统的可扩充性学生信息系统在开发过程中，应该充分考虑以后的可扩充性。
比如数据在某个时间段的数据输入拥堵。
或者数据多的时候，应该确保系统有足够的空间给数据的输入和存储。
3.系统的易用性和易维护性学生信息系统针对的大部分是学生，因此系统应该更见简单，便捷。
UI界面应更加的简单易懂。
同时在维护数据的时候应该更加的方便。
这样避免了因为错误的操作而到导致数据的流逝。
2.3用户平台要求网络方面：此开发出的软件要适用于Internet网及校园内的局域网。
软件方面：支持windows系统及一些常用的办公软件如office等。
硬件方面：可以被个人电脑、平板以及功能强大的移动设备所使用。
一．业务逻辑1.1业务分解1.2业务流图A)学生信息管理：B)学业信息管理：C）学分建设：D）学生奖助信息管理：E）学生活动管理：F）素质测评：五、实验总结在本次实验，熟悉了需求分析的一般步骤，进一步弄清了业务需求、用户需求、功能和非功能需求之间的区别。
对于一个系统，我知道一开始从哪几个方面对系统进行评价。
通过画用例图，能更清新的看清使用者的操作流程，并认识到了用例图在软件或系统开发过程中的重要性，本次实验学到很多。
软件工程实验报告学号：姓名：专业：年月实验一：白盒测试一、实验目的巩固白盒测试知识，对于给定的待测程序，能熟练应用基本控制流覆盖方法设计测试用例；能够执行白盒测试过程，并撰写白盒测试分析报告。
二、实验内容白盒测试又称为结构测试、逻辑驱动测试或基于程序的测试，一般用来分析程序的内部结构。
测试规划基于产品内部结构进行测试，检查内部操作是否按规定执行，软件各个部分功能是否得到充分使用，则这种测试方法称为白盒测试方法。
白盒测试将被测程序看做一个打开的盒子，测试者能够看到被测源程序，可以分析被测程序的内部结构，此时测试的焦点集中在根据其内部结构设计测试用例。
白盒测试要求是对某些程序的结构特性做到一定程度的覆盖，或者说这种测试是“基于覆盖率的测试”。
测试内容包括语句覆盖测试、分支覆盖测试、条件覆盖测试、分支/条件覆盖测试、条件组合覆盖测试和基本路径测试。
三、程序代码要求：实现对不少于10个随机输入的数的冒泡排序算法。
#include<iostream>using namespace std;int main(){double a[100];int N;int i = 0, j = 0;cin >> N;//排序元素的个数for (i = 0; i <= N; i++){cin >> a[i];}for (i = 0; i < N-1 ; i++) {for (j = 0; j < N - 1 - i; j++){if (a[j] > a[j + 1]) {int tmp;tmp = a[j];a[j] = a[j + 1];a[j + 1] = tmp;}}}for (i = 0; i < N; i++){cout << a[i] <<" ";}cout << endl;return 0;}四、程序流程图五、测试内容(1)语句覆盖测试测试结果：①②测试结果分析：输入元素时需要输入的元素个数大于最初输入的元素个数。
软件工程实验报告东北大学软件学院组长：王世龙 20090658组员：王娜 20090096刘倞坤 20090713刘大华 20090774软件工程实验报告摘要：建立东北大学二手交易电子系统，主要用于东北大学师生在线进行二手产品的交易功能。
只要是东北大学师生进行身份验证，登陆此系统网站后，可以方便，快捷地浏览，交流和评论自己感兴趣的二手商品的详细信息，与此同时，还可以发布自己所要出售的二手商品的信息，并根据用户的级别对发布信息显示的先后顺序进行排序；而外界非校园用户可以进行基本的网页浏览功能。
本文以UML建模为驱动，在需求调研和分析的基础上，对此系统的业务逻辑进行逐步深入分析，建立需求分析的用例图模型，系统设计的类图，时序图，状态图等。
关键字：面向对象，统一建模语言，软件工程，二手交易目录一．引言-----------------------------------------------------------------------------------------21.1项目背景------------------------------------------------------------------------------21.2设计目的------------------------------------------------------------------------------2 二．需求描述----------------------------------------------------------------------------------3 三．需求分析----------------------------------------------------------------------------------33.1需求分析-----------------------------------------------------------------------------33.2用例建模-----------------------------------------------------------------------------4 四．系统设计---------------------------------------------------------------------------------64.1系统结构-----------------------------------------------------------------------------64.2设计阶段类图-----------------------------------------------------------------------74.3状态图--------------------------------------------------------------------------------84.4交互图--------------------------------------------------------------------------------9 五．结束语-------------------------------------------------------------------------------------155.1项目总结------------------------------------------------------------------------------155.2待完善之处---------------------------------------------------------------------------16 六．参考文献-----------------------------------------------------------------------------------17 附录一-------------------------------------------------------------------------------------------17 附录二-------------------------------------------------------------------------------------------19一．引言1.1．项目背景随着大学生活丰富多彩的变化，随着当代大学生日益增长的购物需求，在互联网日益普及的今天，多数大学生已经倾向于方便并且快捷的网上购物方式。
然而，作为同一所大学的学生，有着物美价廉的共同需求，伴随着学生的不同阶段的购物需求变化和每年的升学和毕业，也存在着许多各种类型的二手商品。
在许多学校的校园里，都出现了大量的二手交易市场。
卖家为学生的二手交易，价格便宜，但通常只在学期开始和学期末，有严格的时间限制，并未实现方便快捷的交易；而卖家为商人的交易，虽然二手物品丰富，并且时间安排灵活，但由于其价格相对较贵，因此无法符合同学们的价格要求。
与此同时，因为没有广泛的交流信息渠道，对于无处销售二手商品的毕业生来说，很多只限于于校园公告栏或者请人代为宣传的方式进行交易。
这种方式有很多局限性和偶然性，并不能满足二手商品畅通交流的要求，因此最后只好低价出售给商人，而商人又以高价出售给在校学生，反复只能形成恶性循环。
1.2．设计目的在上述背景的描述下，为了节约时间和金钱，共享资源，及时获取二手商品的信息，为东北大学学生提供一个方便快捷交流二手商品的平台，因此我们为了满足学生的需求设计此东北大学二手交易电子系统。
通过这个系统，可以发现每一个校园网用户都是系统的主人，大家可以非常方便的发布自己的信息，浏览别人的发布的信息，还可以对各种二手商品信息作出横向比较，并可以互相就二手商品信息进行交流，作出自己的最佳选择，提供彼此的联系方式，进行交易。
因而解决了以前存在的信息分布范围小，价格不合理，物品种类少，联系不方便快捷的缺点。
二．需求描述这是一个用于为东北大学的学生提供二手商品交易平台的系统。
在需求获取的过程中，我们定义此系统的应用环境为东北大学；识别该用户的用户主体为东北大学全体学生，其中还有非主体的系统管理员和校外用户；并且采用与客户交流及在参考软件领域现有类似产品的描述文档基础上，进行市场调查和用户问卷调查方式获取具体的需求(问卷调查文档及数据统计见附录一)。
该系统的经营范围主要有三种用户，若是东北大学学生，进行注册，登录身份验证后，可以进行新发布商品和选择自己感兴趣的商品信息的浏览，可以在线进行交流询问和评论，与此同时可以发布自己要出售的二手商品信息，并根据商品点击量进行默认排序；若不是东北大学的学生，则同样可以注册，登陆此网站，但是其只有浏览信息的权限；若是系统管理员，可以实现对系统用户信息和商品信息的管理。
三．需求分析1.1．需求分析：在需求分析阶段中，我们认真研究了获取的需求，在考虑到完整性，正确性，合理性和可行性等方面的基础上，对获取的需求做部分的调整和细化，从而得到需求的分析，总结出需求分析文档(见附录二)。
因为此系统为独立的电子交易系统，则和此系统交互的参与者只有三种：游客(未登录)，一般用户(注册用户)，系统管理员。
通过需求分析的详细描述以及采用面向对象方法进行分析，可得到以下需求：(1)对一般用户来说：● 注册，登录，注销● 修改个人信息● 浏览新发布的，不同类别的以及查询浏览二手商品信息● 对二手商品信息进行交流，商议交易地点和方式● 评论商品信息，并可以删除，修改自己的评论信息● 查询本身的历史交易记录● 发布计划出售的二手商品● 可以给其他注册用户发短信息（类似于邮件）(2)对游客来说：● 注册，登录，注销● 修改个人信息● 浏览新发布的，不同类别的以及查询浏览二手商品信息(3)对系统管理员来说：● 登录● 修改个人信息● 增加，删除，查询和修改用户信息● 增加，删除，查询和修改二手商品信息● 向系统用户发站内信，以及公告新闻等1.2．用例建模：(1)参与者分析：通过以上对此系统的分析，在我们在对调查问卷分析以及通用户交流从而达到对需求规格的共识的基础上，考虑到此系统为一个独立的电子平台系统，因此并未和外部实体中的其他软件系统等进行交互，则得知与此系统交互的人便是此系统的参与者。
我们共设置了三个参与者，分别为：一般用户(登陆用户)，游客(未登录)，系统管理员；（2）因此，用例图如下所示：(3)用例分析：对注册用例来说，注册用户要填写自己的信息，包括登录用户账号，密码，以及学院信息，年级信息，学号信息(用于东大学生的验证)，注册用户的信息给予保存便于登录时使用。
对查询商品信息来说，不论是游客，一般用户，还是系统管理员都有查询商品信息的权限，而在此用例的执行需要其他用例的功能来扩展，如图所示，分别是与之有《extends》关系的四个用例，因此用户可以选择这四种方式完成对商品信息的查询功能。
对查询历史交易记录用例来说，只限于一般用户(管理员有交易时也是一般用户)，此网站平台只提供了一个二手交易的媒介，并未真正实现在线交易(现金等付款方式的实现)，因此在卖方和买房交流商议交易细节，完成交易活动后，其通常完成交易后要修改此商品的状态，让再次查询得知此商品已售出。
四．系统设计1.1体系结构：本系统采用动态的web技术，浏览器/服务器(简称B/S)模式来实现，其体系结构分为三层：第一层是表示层。
完成用户人机界面交互的功能，在应用程序里是一些jsp 的页面及相关代码。
表示层包含站点中用户界面的元素，以及管理访问者与网上二手交易平台之间的交互关系，整体页面大体结构图下：第二层是业务层。
处理用户所需要的信息，在应用程序里面被分为.NET组件。
业务层(也成为中间层)接收来自表示层的请求，并根据它包含的业务逻辑给表示层返回一定结果。
例如，如果有访问层进行二手商品搜索，表示层就调用业务层，告诉它“请给我发送满足这个搜索条件的商品”。
第三层数据层。
存储系统处理的所有数据。
数据库采用SQL Server 2005，在数据库的访问上使用SQL Server存储过程。
数据层在接收到请求时，把这些数据传送给业务层，对于网上二手交易平台来说，需要存储有关商品，类目，商品折旧度，商品原价，商品现价，用户，管理员等信息。
几乎每个客户请求都会在数据层中换取信息。
