软件工程课程设计Word文档格式.docx

软件工程课程设计Word文档格式.docx

《软件工程课程设计Word文档格式.docx》由会员分享，可在线阅读，更多相关《软件工程课程设计Word文档格式.docx（14页珍藏版）》请在冰豆网上搜索。

评语：

成绩：

指导教师签字：

任务下达日期：

评定日期：

1系统功能性需求的描述

在目前的社会中，随着网络的不断发展。

社会生活中充满了信息化的色彩，网上购物也搭上了信息高速发展的潮流。

各种网上购物软件相应出现，该实验中通过一个简单的网购软件来描述网上购物的系统流程。

这个软件中得需要各种功能。

1、顾客购买商品必须要登入该软件系统中，必须要有一个合法的账号。

2、在购物之前，顾客可以用浏览商品界面来寻找自己所需的商品。

3、在浏览商品的过程中可以添加自己满意的商品到购物车中，实现对商品的初步选择。

4、通过浏览界面的初步选择，顾客可以在自己的购物车中来最终决定自己所要买的商品。

5、在决定商品的购买时，要对商品需求进行进一步的描述。

通过订单来确定对自己所需的商品信息及购买者的相关信息。

6、可以通过选择自己喜欢的支付方式来实现对订单的付款。

2需求分析与设计

2.1识别参与者

本软件中唯一的参与者就是顾客。

在没有合法的账号的情况下，可以通过注册来获得一个合法的账号，以此作为后面操作的前提。

顾客可以通过登入该系统来进行浏览商品以及对商品进行各种操作（加入购物车、下订单、购买）。

顾客通过这些功能来实现最终的购买商品。

2.2识别用例

该系统中共有登入、注册、浏览商品、购物车管理、订单管理、付款这六个用况。

注册用况：

顾客通过注册来获得合法的账号。

在这个用况中，客户需要进行基本信息的填写，系统会自动生成一个账号给顾客使用。

登入用况：

顾客在软件初始化界面中选择登入功能，通过输入个人账号信息来登入系统实现后面的操作

浏览商品用况：

通过这个用况，顾客可以找到自己需要的商品。

购物车管理用况：

顾客通过购物车的管理来细化自己所需要的商品范围，可以对自己所需的商品进行增删选择。

订单管理：

顾客对自己喜欢的商品进行购买首先就要进行订单的管理，先要增加订单。

并且填写自己的基本信息，这样才能完成对商品的购买。

付款用况：

这是顾客购买商品的最后一个步骤，选择自己的付款方式来对自己购买的商品进行买单。

2.3用例图绘制

2.4用例的描述

用况名称：

登入

参与者：

客户

事件流：

基本路径：

1、当客户点开系统初始化界面时，用况开始

2、点击登入按钮，进入登入界面

3、客户点击账号条目，输入账号

4、客户点击密码条目，输入密码

5、客户点击确定按钮，登入系统页面

可选路径：

*在客户输入不符合的符号时，显示提示信息。

并让客户从新输入账号

*在客户点击确定按钮时，如果账号与密码对应不上，显示提示信息。

并让客户从新输入相关信息。

注册

浏览者

前置条件：

浏览者进入系统初始化界面，没有合法的账号密码，无法登入该系统

1、浏览者点击注册按钮，进入注册页面

2、浏览者按要求填写信息，

3、浏览者点击提交按钮

A、填写未按要求则显示一个提示信息，要求浏览者从新填写。

B、浏览者未填写完整，则返回第2步继续操作。

C、循环结束

4、系统保存浏览者信息

5、系统为浏览者生成一个合法的账号

后置条件：

如果浏览者在一定的时段内都未使用该账号，则注销该账号及浏览者信息。

浏览商品

客户已经成功登入系统。

1,、客户在输入框中输入想要浏览的商品。

A、如果系统中未有客户需要的商品种类，则显示一条提示信息。

返回第1步。

B、循环结束

2、系统显示出客户需要的商品种类

3、客户选择自己满意的商品，点击该商品。

4、系统显示该商品的完整信息。

A、如果客户点击用户评价，系统则显示客户对该商品的评价信息。

B、如果客户不满意则返回第3步。

C、结束循环

5、选择满意的商品添加到购物车（调用购物车管理用况）。

后置事件：

客户完成添加商品或直接退出。

购物车管理

前置事件：

客户成功添加商品。

1、客户点击购物车按钮，进入购物车界面。

2、客户点击商品浏览按钮，进入商品浏览界面，选择满意的商品添加到购物车（调用浏览商品用况）

3、客户点击不满意的商品的选择按钮，然后点击删除按钮，实现商品的删除。

客户把购物车里的商品保存到购物车中

订单管理

客户已经登入购物车。

1、客户点击想要购买的商品的选择按钮，然后点击购买按钮（调用购物车用况）

2、系统显示订单页面。

3、客户按要求填写相关的信息。

4、客户点击提交按钮，提交订单。

A、如果客户漏填必要信息，则显示提醒。

并返回第2步。

B、结束循环。

订单保存到订单中。

付款

客户已经保存了订单

1、点击订单页面的付款按钮。

（调用订单管理用况）

2、系统显示支付界面。

3,、客户选择自己所用的支付方式，并点击相应按钮。

4、系统显示支付登入界面。

5、客户输入账号密码，并点击确定按钮

A、在客户输入不符合的符号时，显示提示信息。

B、在客户点击确定按钮时，如果账号与密码对应不上，显示提示信息。

C、如果客户账号余额不足时，显示提示信息。

D、结束循环

6、系统返回已付款信息，并保存到付款记录中。

客户完成交易，退出系统。

2.5定义实体类

本软件中涉及四个实体类，分别是：

订单、商品、顾客、商家。

订单：

顾客对自己想购买的商品下的订单，用来描述顾客对商品需求的详细详细及顾客的详细详细。

这标明了各个购买活动。

商品：

是顾客的选择对象，也是联系顾客和商家的桥梁，有各种属性。

顾客：

系统的参与者，通过本身的功能来实现软件的实用性。

是系统的直接参与者。

商家：

是该软件的参与者之一，通过为该软件提供商品来实现顾客的需求。

2.6定义用户界面类

2.7建立类图

2.8根据用例描述建立顺序图

注册顺序图：

登入顺序图：

浏览商品顺序图：

购物车管理顺序图：

订单管理顺序图：

付款顺序图：

2.9对关键对象建立状态机图

商品状态图：

订单状态图：

3编码和测试

3.1编码

using 

System;

using 

System.Data;

System.Configuration;

System.Collections;

System.Web;

usingSystem.Web.Security;

System.Web.UI;

System.Web.UI.WebControls;

usingSystem.Web.UI.WebControls.WebParts;

System.Web.UI.HtmlControls;

PublicpartialclassDefault2 

:

System.Web.UI.Page

{ 

Protectedvoid 

Page_Load（object 

sender, 

EventArgs 

e） 

{ 

Label1.Text=Session["

name"

].ToString（）;

Label2.Text=Session["

pass"

Label3.Text=Session["

email"

Label4.Text=Session["

adrress"

Label5.Text=Session["

rname"

Label6.Text=Session["

sex"

Label7.Text=Session["

tp"

} 

Protectedvoid 

Button1_Click（object 

Response.Redirect（"

index.aspx"

）;

} 

}

3.2测试

测试内容

执行操作

预期结果

最终结果

登入测试

账号输入不配合字符

生成错误提示信息并要求重新输入

输入错误密码

显示提示信息要求重新输入

输入正确的账号密码

跳转到商品浏览页面

注册测试

未按要求填写

产生错误提示信息

未填写完整点击确认

产生提示信息

正确填写信息点击确认

系统随机返回一个账号

浏览商品测试

随机输入一句话

系统显示未找到该类商品

输入一类存在的商品

页面显示该系统的所有该类商品

页面显示出该类商品

订单测试

未填顾客地址信息点击确定

系统显示地址信息未填，无法确认

顾客填写错误信息点击确认

系统未显示提示信息，保存订单

顾客完整填写正确的信息

付款测试

账单价格大于用户支付余额

系统显示账号余额不足

正确登入付款界面并余额充足

系统显示支付成功，并记录支付记录

4心得和小结

通过近一个星期的课设，让我对软件的开发过程有了个大体的了解。

软件开发的过程重在对该软件的需求分析，一个软件的好坏，是否具有很大的实用都是在软件需求分析这块来决定的。

在这次的课设前，由于第一次进行软件的设计，不懂从何下手。

对于该软件的功能模块也不是很了解。

通过网络上对这类型的软件的描述及结合自己在生活中使用的网上购物平台的一些了解，根据自己的能力在实现对网上购物的简化版设计。

在这个课设的一个星期里，我首先对该软件的功能需求进行系统的分析；

结合自己的状况来确定自己对这次软件设计的设计方向：

在这次的课设我决定对网上购物的客户方面进行设计而忽略掉其他方面的设计。

在软件设计方面，最重要的是对各个模块间的边界进行划分。

在这次的课设中，由于浏览商品与购物车管理模块、购物车与订单管理模块、订单管理与付款模块间边界的不确定性，致使我在这些方面的顺序图的描述上产生了一些错误。

并且由于现实生活中对网上购物这方面了使用习惯上影响，让我在用况的划分上也产生过分歧：

认为登入是各个用况都得进行的操作，所以可以把登入这个用况省略，把它隐藏在各个用况内。

通过老师的指导，我大致的完成了对该软件的设计。