哈工大软件设计开发ii中期报告.docx

上传人:b****5 文档编号:8098277 上传时间:2023-01-28 格式:DOCX 页数:12 大小:349.53KB
下载 相关 举报
哈工大软件设计开发ii中期报告.docx_第1页
第1页 / 共12页
哈工大软件设计开发ii中期报告.docx_第2页
第2页 / 共12页
哈工大软件设计开发ii中期报告.docx_第3页
第3页 / 共12页
哈工大软件设计开发ii中期报告.docx_第4页
第4页 / 共12页
哈工大软件设计开发ii中期报告.docx_第5页
第5页 / 共12页
点击查看更多>>
下载资源
资源描述

哈工大软件设计开发ii中期报告.docx

《哈工大软件设计开发ii中期报告.docx》由会员分享,可在线阅读,更多相关《哈工大软件设计开发ii中期报告.docx(12页珍藏版)》请在冰豆网上搜索。

哈工大软件设计开发ii中期报告.docx

哈工大软件设计开发ii中期报告

 

哈尔滨工业大学计算机科学与技术学院

2012年秋季学期《软件设计与开发实践II》

中期报告

题目:

Show趣

班号:

1003105

小组名称:

iShow小组

姓名

学号

联系方式

组长/组员

姚崇崇

26

组长

赵华亮

08

组员

肖志刚

24

组员

指导教师:

王忠杰

[文档全部完成之后,请更新上述区域]

说明:

此模板适用于基于DB的应用系统开发部分

1.进展情况概述

【结合开题报告中规定的开发内容和进度安排,阐述当前的进展情况,是否按照开题报告中规定的内容和进度进行;已经完成了哪些工作和成果,只需给出列表即可,后文进行详细阐述】

我们按照开题报告中给出的进度进行安排

已完成的工作和成果:

1.用户注册,登录,个人资料的修改

2.以人们穿戴的衣物,配饰为炫耀基础,发表炫耀

3.用户还可以上传自己穿戴该物品之后的照片“晒靓照”

4.其他用户能够对某一物品进行评价,喜欢,转发等

5.在“我的首页”中可以看到自己的所有炫耀

6.能够对好友或自己已发表的炫耀进行搜索

【以下各章节将详细阐述已取得的成果】

2.用例模型

2.1.用例图

如果用例图过大,可以拆成多张图。

2.2.角色清单

给出一张表格,列出所有的actor。

角色编号

角色名称

简要说明

0000

系统管理员

能够对系统功能增删,修复BUG,调整用户权限

0001

普通用户

能够在该应用上进行相应权限的操作

2.3.用例清单

给出一张表格,汇总所有的用例。

用例编号

用例名称

简要说明

0000

发表炫耀

用户能够发表炫耀

0001

评价喜欢

其他用户能够

0002

炫耀搜索

搜索自己或好友的相关炫耀

0003

炫耀统计

对自己的炫耀统计类型,喜欢数量

0004

用户管理

用户注册,用户登陆

0005

安全管理

管理用户密码,数据库的安全

2.4.[用例1:

发表炫耀]

【只需要给出最核心的若干用例描述即可】

用例编号

0001

用例名称

发表炫耀

1描述

用户上传穿戴物品照片,发表炫耀

2涉及的参与者及关注点

发表者:

希望能够在界面上清晰的找到相应的模块,快速的进入发表界面,希望给出尽量全面的选项。

好友:

希望自动更新好友的炫耀,第一时间就看到

系统管理员:

希望以最小的代价完成炫耀,对数据库进行尽量少的操作,希望用户的权限能够很好地完成炫耀,又不会对系统产生影响,以便快速完成给定任务。

3事件流

常规事件流:

用户登录之后打开炫耀界面,进入应用。

创建炫耀标题,上传照片,填写炫耀信息,点击确定。

在“我的首页”上查看刚刚发表的炫耀,也可以在分类栏目中找到相应的炫耀。

备选事件流:

1)管理员在任意时刻要求进行超控操作:

系统进入管理员授权模式

用户在管理员授权模式下,可以对之前的炫耀进行删除,修改等操作。

系统回到普通用户授权模式。

2)系统在任意时刻失败

失败时,先进入管理员模式,对此时的系统进行保护,迫使用户下线重登陆,进行重试,并生成系统瘫痪日志,可以让用户发送错误报告,留下联系方式,以便版本更新时的BUG修复。

4前置条件

用户经过注册,系统已经授权

5后置条件

存储炫耀信息。

更新个人炫耀信息。

记录评价。

生成数据表单。

6特殊需求

1)无

7未解决问题

●未能够连接SNS社交网络,例如人人网等,暂不能支持大规模用户的操作

●只能在本地操作。

●对某些操作项目没有很好地提示,这需要使用软件的用户不断地摸索,浪费了时间。

对复杂用例,给出泳道图刻画其交互执行过程。

3.静态结构模型

3.1.分析类

给出表格,汇总所有的边界类、实体类、控制类

类型

类名

简要描述

对应的用例

边界类

User()

用户的信息

用户注册,登录

Comment()

用户评论

好友的评论

Search()

搜索

炫耀搜索

控制类

Commit()

对用户送出的命令进行控制是否授权

评价好友

Tag()

标签

发表炫耀

Item()

条款

发表炫耀

实体类

CreateData()

炫耀产生日期

炫耀统计

Name()

存放发表炫耀者的名字

炫耀搜索

绘制分析类图,刻画它们之间的关系。

3.2.设计类

【类详细设计的过程是根据面向对象设计原则进行类的设计,注意设计过程将考虑系统的性能,扩展性等内容。

主要工作是将分析的工作细化,包括细化每一个类的属性,确定属性类型;细化每一个操作,确定操作的参数等】

给出包含详细属性和操作信息的类图,至少需包含控制类和实体类。

后续每一小节针对每个类的详细设计,需包含控制类和实体类。

边界类的设计在第7部分完成。

3.2.1.[类1:

user]

对每一个实体类进行说明,解释每一个属性和操作的含义与作用,模版如下:

类名:

属性集合

属性名(英文)

属性含义

数据类型

Active_user

使用中用户

Char

Connector

连接体

Struct

操作集合:

操作名(英文)

操作的含义

返回值类型

Report

提交报告

Bool

Share

分享

Bool

4.动态行为模型

4.1.时序模型

针对每个用例分别建立时序模型。

 

5.体系结构设计

【1.描述系统的体系结构方案,如C/S结构、B/S结构,分层结构等,并给出采用此结构的说明;2.给出系统的功能分解结构;】

5.1.系统逻辑架构

根据系统的需求特点,给出分层体系结构设计方案。

使用下表,对各层的作用加以说明。

层次名称

作用

1.用户界面-表示层

输入数据,请求按钮,输出数据

2.业务逻辑-功能层

业务处理

3.数据库-数据层

数据登录,更新,读取

5.2.系统物理架构

通过UML部署图,说明本系统运行时所依托的物理环境,包括网络、服务器、彼此之间的连接。

说明对各个节点设备的用途、配置要求、数量。

说明各软件包需安装部署在哪些服务器上。

5.3.架构实现技术

详细说明各个层次拟采用的编程实现技术或所采用的框架/中间件等。

层次名称

编程实现技术

框架/中间件(可选)

用户界面

HTML,PHP,

业务逻辑

图的遍历,搜索

数据库

Mysql语言

6.数据库设计

6.1.数据库设计方案

【描述系统采用的持久化设计方案,如采用文件存储,给出文件名、用途、格式等,如采用数据库存储,给出数据库设计方案,根据类设计,映射到关系数据表,设计数据库表时要满足第三范式要求】

本系统采用数据库存储和文件存储相结合的方式。

用文件存储用户已经上传的图片,图片存放在iShow/data文件夹里面。

用数据库存储用户信息。

数据库的设计用MySql语言创建数据库

6.2.表设计

【给出上节每一个数据表的详细说明,包括字段名称、数据类型、中文含义、默认值、是否为空等】

tupu_comment?

tupu_user

tupu_tag

tupu_category

tupu_item

7.界面设计

7.1.界面类型与风格

包括:

类型、风格、统一布局、实现技术等

基于php,css设计,界面采用类似淘宝的简易界面

7.2.界面清单及之间的关系

界面编号

界面名称及用途

使用者

00

我的首页

登录者

01

各种分类

所有人

02

发现

所有人

03

myshow

登陆者

给出界面之间的导航关系图示

7.3.界面1设计

7.3.1.界面用途说明与图示

给出图示和文字说明

7.3.2.界面数据项说明

区域

数据项名称

含义

长度

约束

数据来源

(用户输入/系统产生)

形式

(编辑框/列表框/静态文本/等)

00

姓名

姓名

30

中文或英文字符

输入产生

静态文本

01

喜欢

喜欢

Int

数字

系统

点击自动加1

7.3.3.界面操作说明

所在区域

操作名称

含义

展示形式(按钮/菜单/超链接/等)

00

登录

用户登录

按钮

01

上传

上传图片

超链接

7.3.4.界面使用过程

给出文字说明,或者使用流程图的方式加以刻画。

使用方法:

进入界面后,点击右上方的注册?

登录,然后点击右侧“分享按钮”,输入炫耀标题?

上传图片?

添加炫耀发言?

确定。

7.4.界面2设计

8.存在的问题和后期计划

8.1.问题和困难

阐述存在的主要问题和困难

主要问题:

1.知识储备不够,这次软件设计所使用的编程语言,开发平台等知识都是全新的,这对我们来说是个挑战

2.时间紧,上学期的软件设计虽然是单人完成,但题目是自己拟定的,而且设计课程长达19周,而这次的软件设计只有寥寥的不足10周,这还是在没上课就布置任务的情况下,许多概念问题都不清楚,给最初的设计基调造成了很大的困难。

并且,本学期的所有考试课程的考试时间都集中在12-14周,使得时间显得更紧了,对此我们无言以对。

8.2.后期计划

后期计划:

后期工作如何进行是否能够如期完成系统。

本次中期检查之后,准备进一步对该软件进行完善

3.改进老师提出的意见,吸收建议,注重软件质量,提高软件安全性能

4.完善开题报告中设想的需求,对所有的已提出的需求进行汇总,制定下一步的研究方向。

最终走向成功!

 

学生(签字):

 

2012年月日

 

任课教师意见:

 

教师签字:

2012年月日

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 工作范文 > 行政公文

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1