需求分析报告85555.docx

需求分析报告 综合要求 一、功能需求 1.1 功能划分 （1）“衣”子系统 （2）“食”子系统 （3）“住”子系统 （4）“行”子系统 1.2 功能描述 （1）“衣”子系统 实现功能： 1）用户服装信息的管理 2）通过当时外界环境和现有服装进行实时推荐 （2）“食”子系统 实现功能： 1）根据用户地理位置（家or餐馆）推送用户当前应摄入的健康食物 。 （3）“住”子系统 实现功能： 1）自动调整屋内温度、湿度、光线和家具（沙发、床）的软硬程度　 2）通过无线遥控对各智能终端进一步调节 （4）“行”子系统 实现功能： 有车用户：结合用户对于出行成本的选择（最省时，最省油，折中），给出最优的出行路线。 　　　 无车用户：　 １）链接打车软件　 ２）通过连接“车来了”等软件给用户提供建议　　 1.3系统功能 （1）设计不同用户的操作权限和登录方法。 （2）通过传感器获得周围环境的温度，湿度并将其录入数据库。 （3）通过网络信息抓取以及卫星定位获得必要信息（车流量）并将其录入数据库。 （4）实时获得用户身体健康系数及其饮食喜好并将其录入数据库。 （5）获得附近餐馆和菜品的信息并将其录入数据库。 （6）根据车载传感器获得车距和能见度等信息，并将其录入数据库。 （7）实现语音录入当前用户的代办适宜。 （8）通过消息推送，实现智能办公。 二、性能需求 2.1 数据精确度 该系统对精度要求高，确保数据一致性，确保数据转换的及时准确，确保更新数据的及时准确。 2.2 系统特性 ·系统的高速性，稳定性，安全性。 ·移动端（安卓／ios　内存2Ｇ　容量16Ｇ　分辨率320*480） ·反映时间：10ms – 100ms ·信息量速率：500bit/s或bps ·数据库容量：500Ｔ 三、可靠性和可用性需求 3.1 稳定性 ·对于用户比较繁忙的时候，系统信息就会存在数百甚至数千上万的并发量，系统对于高并发应有相应的负载均衡机制，对所有请求进行优先排队，满足高运行情况下的稳定性和可靠性。 3.2可靠性 ·对于遭受网络攻击，或者服务器硬件异常等意外情况，要有意外处理机制，需要系 统能够保证定时备份数据信息，保证在服务器异常的情况下能及时启动应急机制。保证系统的正常访问。 3.3 安全性 ·提高安全保密机制，保证数据可靠安全 ·对不同用户分配不同的权限 ·用户只能操作相应权限的信息，如查看，删除信息等 ·要保证用户信息的安全性，保证管理员和开发者不能够随意的查阅改动用户信息 3.4完整性 ·提高数据完整性，参照完整性等 3.5 易用性 ·提高使用性，便于用户操作，提高用户满意度。 3.6可复用性 ·保证代码可复用，方便操作 3.7 可维护性 ·提高程序健壮性，保证程序的后期可维护性 3.8 可移植性 ·提高代码使用次数，提高利用率，保证代码可移植性 3.9 可测试性 ·保证程序可测试，便于后期操作 四.出错处理需求 4.1格式要求 ·给每一个信息的格式都要注意其形式。格式不对的自动重新测试，以及自动把情况反馈给管理员。 4.2信息保存 ·对于外来攻击导致系统崩溃情况，需要及时保留用户当前所有的信息。 五、接口需求 5.1 用户接口 ·把用户提交的账号密码，在数据库中进行搜索查询进行验证。 5.2 硬件接口 ·温度传感器接口，空气湿度传感器接口 5.3 软件接口 ·实现衣食住行模块和数据库之间相互传输信息 5.4 通信需求接口 ·实现卫星以及车载传感器把测的数据进行传输。 六、约束 6.1精度 ·对于温度，湿度要求精确到小数点后两位。对于能见度等问题需要精确到误差在３米之内 6.2语言约束 ·英语和汉语结合。 6.3设计约束 ·全部过程需要从整体，平衡出发。不要仅仅开发完一个在区开发另外一个。 6.4使用标准 ·全部的标准使用国际标准。 6.5硬件平台 ·台式机为xp/win7系统。移动端为android/ios。 七、逆向需求 基于互联网的“懒人系统”目前能够完成生活许多方面的推荐以及收集测试信息等。但是尚且不能人性化的代替拥护进行决定。 八．系统用例图 九．系统数据需求分析 9.1系统的E-R图 9.2数据需求 （1）穿衣子系统 （衣橱统计，气象监控，期刊统计，用户喜好） 说明： 衣橱统计：记录用户当前拥有的服饰，需要用户自行更新。 气象监控：记录实时的天气情况，从互联网获取当前温度气象信息。 期刊统计：统计当前时尚期刊中出现频率较高的服饰搭配信息，以便向用户推送。 用户喜好：统计用户的穿衣习惯，找出并记录用