于后期操作
四出错处理需求
f41格式要求
给每一个信息的格式都要注意其形式。格式不对的自动重新测试以及自动把情况反馈给管理员。
42信息保存
对于外来攻击导致系统崩溃情况需要及时保留用户当前所有的信息。
五、接口需求
51用户接口
把用户提交的账号密码在数据库中进行搜索查询进行验证。
52硬件接口
温度传感器接口空气湿度传感器接口
53软件接口
实现衣食住行模块和数据库之间相互传输信息
54通信需求接口
实现卫星以及车载传感器把测的数据进行传输。
六、约束
61精度
对于温度湿度要求精确到小数点后两位。对于能见度等问题需要精确到误差在3米之内
62语言约束
英语和汉语结合。
63设计约束
全部过程需要从整体平衡出发。不要仅仅开发完一个在区开发另外一个。
64使用标准
全部的标准使用国际标准。
65硬件平台
f台式机为xpwi
7系统。移动端为a
droidios。
七、逆向需求
基于互联网的“懒人系统”目前能够完成生活许多方面的推荐以及收集测试信息等。但是尚且不能人性化的代替拥护进行决定。
八系统用例图
登陆
九系统数据需求分析
91系统的ER图
f92数据需求
1穿衣子系统
衣橱统计气象监控期刊统计用户喜好
说明
衣橱统计记录用户当前拥有的服饰需要用户自行更新。
气象监控记录实时的天气情况从互联网获取当前温度气象信息。
期刊统计统计当前时尚期刊中出现频率较高的服饰搭配信息以便向用户推送。
用户喜好统计用户的穿衣习惯找出并记录用户喜欢的搭配风格以便系统进行比较。
2饮食子系统
饮食记录饮食统计饭店信息
说明
饮食记录记录用户日常的一日三餐情况。
饮食统计根据饮食记录中的信息分析出用户偏好并记录。
饭店信息储存用户周边饮食信息根据系统分析为用户推荐适合的餐饮建议。
3住宿子系统
家具信息统计
说明
此系统主要负责管理用户生活起居所含数据包括
室内温度家电状态如电视开闭空调开闭照明系统窗帘控制
4出行子系统
地图信息公交信息票务信息记事本
说明
地图信息主要供导航软件调用并按时进行更新。
公交信息储存用户周边的公共交通信息方便用户乘坐公交车。
十系统逻辑模型
f101数据流图衣
1层
2层
f食1层
f2层
f住1层
2层
ff行1层
2层
f102相应的数据字典
衣
数据流
数据流名出席场合信息
说明用户希望服装推荐系统针对不同的场合帮助其选择合适的服装服装推荐系统会在用户已有衣服的基础上提供给用户合适的服装搭配方案
f数据流来源用户
数据流去向采集信息
定义出席的场合学r