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

哈尔滨工业大学计算机科学与技术学院 2012年秋季学期《软件设计与开发实践II》 中期报告 题 目： Show 趣 班 号： 1003105 小组名称： iShow小组 姓名 学号 联系方式 组长/组员 姚崇崇 1100300426组长 赵华亮 1100300208组员 肖志刚 1100300124组员 指导教师： 王 忠杰 目 录 1. 进展情况概述 1 2. 分析模型 1 2.1. 用例模型 1 2.1.1. 用例图 1 2.1.2. 用例描述 2 2.1.3. 用例描述 4 2.1.4. 活动图 5 3. 静态结构模型 6 3.1. 分析类图 6 3.2. 设计类图 6 4. 动态行为模型 7 4.1. 系统时序图 7 4.2. 对象时序图 8 4.3. 状态图 9 4.4. 过程设计 10 5. 数据库设计 11 5.1. 数据库设计方案 11 5.2. 逻辑结构设计 11 5.3. 表设计 12 5.4. 视图设计[如未设计视图此节删去] 12 6. 界面设计 13 6.1. 典型界面1 13 6.2. 典型界面2 14 7. 体系结构设计 14 7.1. 体系结构风格设计 14 7.2. 功能结构设计 15 7.3. 包/构件设计 16 8. 实现成果展示 16 9. 存在的问题和后期计划 17 9.1. 问题和困难 17 9.2. 后期计划 17 [文档全部完成之后，请更新上述区域] 说明：此模板适用于基于DB的应用系统开发部分 进展情况概述 【结合开题报告中规定的开发内容和进度安排，阐述当前的进展情况，是否按照开题报告中规定的内容和进度进行；已经完成了哪些工作和成果，只需给出列表即可，后文进行详细阐述】 我们按照开题报告中给出的进度进行安排 已完成的工作和成果： 用户注册，登录，个人资料的修改 以人们穿戴的衣物，配饰为炫耀基础，发表炫耀 用户还可以上传自己穿戴该物品之后的照片“晒靓照” 其他用户能够对某一物品进行评价，喜欢，转发等 在“我的首页”中可以看到自己的所有炫耀 能够对好友或自己已发表的炫耀进行搜索 【以下各章节将详细阐述已取得的成果】 用例模型 用例图 如果用例图过大，可以拆成多张图。 角色清单 给出一张表格，列出所有的actor。 角色编号 角色名称 简要说明 0000 系统管理员 能够对系统功能增删，修复BUG，调整用户权限 0001 普通用户 能够在该应用上进行相应权限的操作 用例清单 给出一张表格，汇总所有的用例。 用例编号 用例名称 简要说明 0000 发表炫耀 用户能够发表炫耀 0001 评价喜欢 其他用户能够 0002 炫耀搜索 搜索自己或好友的相关炫耀 0003 炫耀统计 对自己的炫耀统计类型，喜欢数量 0004 用户管理 用户注册，用户登陆 0005 安全管理 管理用户密码，数据库的安全 [用例1：发表炫耀] 【只需要给出最核心的若干用例描述即可】 用例编号 0001 用例名称 发表炫耀 1 描述 用户上传穿戴物品照片，发表炫耀 2 涉及的参与者及关注点 发表者：希望能够在界面上清晰的找到相应的模块，快速的进入发表界面，希望给出尽量全面的选项。 好友：希望自动更新好友的炫耀，第一时间就看到 系统管理员：希望以最小的代价完成炫耀，对数据库进行尽量少的操作，希望用户的权限能够很好地完成炫耀，又不会对系统产生影响，以便快速完成给定任务。 3 事件流 常规事件流： 用户登录之后打开炫耀界面，进入应用。 创建炫耀标题，上传照片，填写炫耀信息，点击确定。 在“我的首页”上查看刚刚发表的炫耀，也可以在分类栏目中找到相应的炫耀。 备选事件流： 管理员在任意时刻要求进行超控操作： 系统进入管理员授权模式 用户在管理员授权模式下，可以对之前的炫耀进行删除，修改等操作。 系统回到普通用户授权模式。 系统在任意时刻失败 失败时，先进入管理员模式，对此时的系统进行保护，迫使用户下线重登陆，进行重试，并生成系统瘫痪日志，可以让用户发送错误报告，留下联系方式，以便版本更新时的BUG修复。 4 前置条件 用户经过注册，系统已经授权 5 后置条件 存储炫耀信息。更新个人炫耀信息。记录评价。生成数据表单。 6 特殊需求 无 7 未解决问题 未能够连接SNS社交网络，例如人人网等，暂不能支持大规模用户的操作 只能在本地操作。 对某些操作项目没有很好地提示，这需要使用软件的用户不断地摸索，浪费了时间。 对复杂用例，给出泳道图刻画其交互执行过程。 静态结构模