学年第二学期级电子商务专业毕业实训报告模板.docx
- 文档编号:23714322
- 上传时间:2023-05-20
- 格式:DOCX
- 页数:18
- 大小:84.08KB
学年第二学期级电子商务专业毕业实训报告模板.docx
《学年第二学期级电子商务专业毕业实训报告模板.docx》由会员分享,可在线阅读,更多相关《学年第二学期级电子商务专业毕业实训报告模板.docx(18页珍藏版)》请在冰豆网上搜索。
学年第二学期级电子商务专业毕业实训报告模板
毕业实训报告
班级分组:
314班第组
专业:
电子商务
学院:
应用技术学院
指导教师:
实训时间:
2017年3月6日-2017年6月16日
应用技术学院
XXXX系统(平台)
第一部分团队构成及分工
第二部分系统开发进度计划
第三部分需求分析
第四部分概要设计
第五部分详细设计
第六部分系统实现
第七部分调试与测试
第八部分代码清单
第九部分参考文献
第十部分实训总结
目录
1.团队构成及分工
职能
成员
项目角色
任务分工
成绩
签字
组长
组员
指导教师签字:
年月日
2.系统开发进度计划
序号
任务名称
开始时间
完成时间
持续时间
1
2
3
4
5
3.需求分析
3.1导言
3.1.1目的
[说明编写这份项目需求规格的目的,指出预期读者]
为了保证项目开发人员按时保质地完成预定目标,更好地了解项目实际情况,按照合理的顺序开展工作,现以书面形式将系统的需求描述出来。
本文档是关于用户对于XX系统的功能和性能的要求,重点描述了XX系统的功能需求,是概要设计的重要输入。
本文档的预期读者是:
开发人员
项目管理人员
测试人员
3.1.2背景
说明:
a.待开发的软件系统的名称;
b.说明软件将干什么,如果需要的话,还要说明软件产品不干什么;
c.描述所说明的软件的应用。
应当:
1)尽可能精确地描述所有相关的利益、目的、以及最终目标。
2)如果有一个较高层次的说明存在,则应该使其和高层次说明中的类似的陈述相一致(例如,系统的需求规格说明)。
3.1.3定义及缩写
列出本文件中用到的专门术语的定义和缩写词的原词组。
例如:
CRM:
CustomerRelationshipManagement,客户关系管理的缩写
ADO.NET:
ActiveXDataObject.NET
3.1.4参考文献
列出要用到的参考资料
例如:
[1]马骏.C#网络应用编程基础.人民邮电出版社.2006.10
[2]
3.2系统定义
3.2.1项目来源及背景
本节描述内容包括:
项目来源及背景
系统整体结构,如系统框架,系统提供的主要功能等
3.2.2用户特点
描述系统的各种使用用户,及各用户的特点。
例如:
本系统的用户分为两类,一类是**,他们的差异很大,有的学历很高,有的可能很低,有的经验丰富,有的可能没有经验等。
另外一类是**,是公司的内部员工,对系统很熟悉。
……
3.2.3项目目标
本项目设计的目标如下:
提供良好的用户界面,使操作人员的工作量减少
系统具有良好的运行效率,能够达到提高生成率的目的
系统具有良好的可扩展性,可以容易地加入其它系统的应用;
平台的设计具有一定的超前性、灵活性,能够适应企业生产配置的变化
锻炼队伍,提高团队的开发能力和项目管理能力
3.2.4应用环境
包括:
设备环境
系统运行硬件环境
系统运行软件环境
系统运行网络环境
3.3功能需求
采用什么技术描述功能
3.3.1角色定义
系统中的角色
3.3.2系统用例图
1、主用例图
2、各子系统用例图
3.3.3用例描述
对系统的各个用例需要给出详细的用例描述,包括名称、执行者、前置条件、后置条件、和执行的基本过程。
如下表例
表3-1用户管理用例描述
名称:
用户管理
参与执行者:
系统管理员
前置条件:
系统管理员已经登录
活动的基本过程:
1.进入用户管理界面,显示目前的系统用户以及每个用户的权限
2.单击不同的用户,显示这个用户的信息以及相应的权限,必要时可以修改权限
3.可以增加用户,也可以删除用户
后置条件:
如果用户信息维护完成,则用户的相应信息将记录到数据库中
3.4性能需求
3.4.1界面需求
系统的界面要求如下。
1)页面内容:
主题突出、操作方便、术语和行文格式统一、规范、明确。
菜单设置和布局合理,传递的信息准确。
2)菜单结构摆放合理,方便用户使用。
3)技术环境:
页面大小适中,控制字体和版面布局
3.4.2响应时间需求
当用户登录,进行任何操作的时候,系统应该及时地进行反应,反应的时间在5秒以内。
系统应该及时地进行反应,反应的时间在5秒以内。
系统应能检测出各种非正常情况,如与设备的通信中断,无法连接数据库服务器等,以避免出现长时间等待甚至无响应。
3.4.3可靠性需求
系统应保证7*24小时不脱机,保证顾客可以随时在客户端登录。
3.4.4开发性需求
开发基于的平台要考虑向上兼容性,如操作系统,数据库等要考虑更高版本的兼容性。
3.4.5可扩展性需求
当需求发生变化时系统应具有一定的适应能力,要求系统能够为将来的变更提供以下支持:
能够在系统变更用户界面和数据库设计,甚至在更换新的DBMS后,系统的现有设计和编码能够最大程度的重用,以保护现阶段的投资和保证软件系统能够在较少后续投入的情况下适应系统的扩展和更新。
在设计中最好列出针对变更所需要重新设计的模块部分
3.4.6系统安全需求
系统有严格的权限管理功能,各功能模块需要相应的权限方能进入。
系统需能够防止各类误操作可能造成的数据丢失,破坏。
防止不法用户盗取重要信息。
4.概要设计
4.1导言
4.1.1目的
该文档的目的是描述**系统的概要设计,其主要内容包括:
系统功能设计
系统界面设计
数据设计
本文档预期读者:
开发人员
项目管理人员
测试人员
4.1.2定义及缩写
UML:
CRM:
4.1.3参考文献
格式参考3.1.3
原则上4.1.2中的缩写和4.1.3中的参考文献不应和需求分析中的相同
4.2功能设计
4.2.1功能层次设计
本小节采用文字+图描述模块的划分
经过分析系统应具有以下几个模块:
用户管理模块:
管理系统中的各种用户及其权限等。
图4-1**系统功能层次图
4.2.2模块1详述
4.2.3模块2详述
4.3界面流程
4.4数据设计
本系统的数据设计内容主要是进行数据库的设计
4.4.1数据概念结构设计
系统E-R图或完整的类图
4.4.2数据逻辑结构设计
系统完整数据表和表间关系图
格式如下例:
表4-1企业信息表
字段名
数据类型
长度
主键否
描述
CName
varchar
50
主键
企业名称
CManager
varchar
20
法人代表
CPhone
varchar
20
联系电话
CPostCode
varchar
8
邮政编码
CFax
varchar
20
传真号码
CEmail
varchar
50
E-Mail地址
CNAddress
varchar
100
企业网址
CAddress
varchar
100
联系地址
CRemark
varchar
1000
备注
此处是表间关系图
4.4.3数据物理结构设计
采用**数据库服务器
数据库的物理设计主要是对数据在内存中的安排包括索引区、缓冲区的设计。
5.详细设计
5.1导言
5.1.1目的
该文档描述的**系统的详细设计,其主要内容包括:
系统中各子模块功能的详细设计
本文档预期读者:
开发人员
项目管理人员
测试人员
5.1.2定义及缩写
5.1.3参考文献
原则上5.1.2中的缩写和5.1.3中的参考文献不应和需求分析中的相同
5.2系统功能详细设计
5.2.1系统功能层次
本小节内容和4.2.1同
5.2.2模块1详细设计
使用伪代码方法描述模块
如下例:
5.2.2用户管理模块
1、用户权限变更
///
///@System:
系统名
///@Version:
1.0
///@Summary:
用户权限变更
///@Creater:
张三2009-6-29
///@Updater:
李四2009-6-30
///
publicpartialclassForm1:
Form
{
publicForm1()
{
InitializeComponent();
}
///
///@Summary:
功能
///
privatevoidForm1_Load(objectsender,EventArgse)
{
……
}
///
///@Summary:
功能
///
privatevoidbutton1_Click(objectsender,EventArgse)
{
……
}
///
///@Summary:
功能
///@Param:
str参数含义
///
PublicvoidUpdate(stringstr)
{
……
}
……
}
2、添加用户
///
///@System:
系统名
///@Version:
1.0
///@Summary:
用户权限变更
///@Creater:
张三2009-6-29
///@Updater:
李四2009-6-30
///
publicpartialclassForm1:
Form
{
publicForm1()
{
InitializeComponent();
}
///
///@Summary:
功能
///
privatevoidForm1_Load(objectsender,EventArgse)
{
……
}
///
///@Summary:
功能
///
privatevoidbutton1_Click(objectsender,EventArgse)
{
……
}
///
///@Summary:
功能
///@Param:
username参数含义
///@Param:
password参数含义
PublicvoidAdd(stringusername,stringpassword)
{
……
}
……
}
……
5.2.3模块2详细设计
……
6.系统实现
6.1导言
6.1.1目的
本文档编写的目的是描述**系统编码规范和对代码的说明,主要说明:
编码规范
命名规范
注释规范
本文档预期读者
开发人员
项目管理人员
质量保证人员
6.1.2缩写及定义
规则如前述
6.1.3参考文献
规则如前述
6.2编码格式规范
6.2.1缩进规则
4个空格作为缩进的一个单位
6.2.2断行规则
当一个表达式无法容纳在一行时,依据的原则:
规则组内自定义
6.2.3组内还可以的其他规范
6.3命名规范
6.3.1控件
系统中采用的控件命名规范
6.3.2类/接口
必须为名词,其他规范由组长定义
6.3.3方法
必须为动词,其他规范由组长定义
6.3.4变量/常量
由组长定义
6.4注释规范
组内自定义
7.测试
本次实训要求学生会用等价类划分法对系统的输入数据进行测试,测试模板如下:
7.1用户登录测试
图7-1此处是登录界面
合法性输入:
用户名:
用户名字符可以包含:
字母,数字,下划线。
用户名必须以字母或下划线开始,长度在4-30个字符之内。
密码:
内容可以为,字母,数字,符号,长度在4-30个字符以内。
输入有效性测试(等价划分法,边界值分析法)
首先建立输入等价类表(注:
"()"中标注的是各等价类的编号):
表7-1用户登录等价类划分表
输入条件
有效等价类
无效等价类
用户名:
首字符
字母
(1)
非字母
(2)
首字符
下划线(3)
非下划线(4)
其他字符组成
字母或数字或下划线(5)
非字母或数字(6)
字符数
4~30个(7)
<4个(8),>30个(9)
密码
字符数
4-30个(10)
小于4个(11),大于30个(12)
根据等价类表设计测试用例示例不是十分准确
表7-2测试用例表
编号
测试用例
用例覆盖的等价类
1
在用户名输入框中输入“a23s”
(1),(5),(7)边界
2
在用户名输入框中输入“1a”
(2),(4),(6),(8)
3
在用户名输入框中输入“_sdfsdf”
(3),(5),(7)
4
在用户名输入框中输入“aa”
(1),(5),(8)
5
在用户名输入框中输入“_sdfifgdigspvhenghopsdfjbidodngw”
(3),(5),(9)
6
在用户名输入框中输入“a$%^@#$”
(1),(6)
13
在密码框中输入“sss”
(10)
14
在密码框中输入“0a1b2c3d4e5f6g7h8i9j0k1l2m3n4x5dsdf”
(11)
15
在密码框中输入“password”
(10)
7.2添加用户测试
7.3某一操作的数据输入测试
7.4某一操作的数据输入测试
8.代码清单
主要功能代码(10页以内,字体5号)
9.参考文献
格式如下:
[1]马骏.C#网络应用编程基础.人民邮电出版社.2006.10
10.实训总结
实训总结
学生名:
每位学生一页
签字:
打印文档后签字
年月日
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学年 第二 学期 电子商务 专业 毕业 报告 模板