【软件需求工程与建模 - 小组项目】第2周:网页搭建与需求修订

第二周项目记录

1、需求获取结果阶段汇报

        咱们小组在第一周发布了问卷调查来获取数据。使用平台:问卷星。问卷包括九个问题,经过一周调查,对不一样年段,不一样专业的同窗调研结果以下:web

        问卷填写次数:192次。经过对填写IP进行复核,去除重复填写,实际有效填写:187人。chrome

        统计同窗的年级分布大体均匀。数据库

 

 

        超过3/4的同窗愿意购买或者出货二手书籍,而且多数表示之后会继续购买二手书籍,每位同窗每学期大概会购买1-10本二手书籍。后端

 

 

        同窗们废旧书籍在搬宿舍或者搬校区时处理方式大多为送给他人和卖给二手书店。浏览器

 

 

 

        同窗购买二手书籍的缘由大致出于价格便宜。缓存

 

 

        同窗们主要购买的二手书籍为:课程教材、教辅书籍。服务器

 

 

        若是提供二手书交易平台,同窗们指望是网页。并发

 

        大概问了问身边的同窗,大多对手机APP安装抱有抵触情绪,不肯意为了一个小功能安装APP。框架

 

        经过以上信息,大体了解了相关需求。同窗们对二手书籍交易需求很大,二手书籍废旧书籍管理系统确有市场前景,制做平台为网页版。性能

 

2、性能需求分析

1. 时间特性:

        页面加载时间:平均在3~5秒,最大不超过8s;

        更新处理时间:书籍的新增与售出信息须要保持实时更新,后台数据库每30分钟更新一次,30分钟内由用户操做产生的数据以高速缓存的方式存储在后端服务器;

        运行时间:非服务器维护期间,应保持24小时运行。

2.系统容量:

        并发用户数量:初期小于300,后续根据具体注册人数进行扩充和系统升级。

3.适应性:

        网页能兼容chrome、firefox、360浏览器和webkit内核的移动端浏览器,并能对浏览器大小进行页面自适应。

 

 

3、静态网页的初步搭建

        网页主页设计图

        网页代码框架

 

4、需求再分析与需求更新

        本周通过课堂展现与老师交流发现了不少不足之处。大概因为时间紧张,急于做出成品,对需求分析作的还不够,所以周5、周6、周日根据与老师交流之处的不足,进行了较大的修正。

        最大的修正是2个需求。最开始基于有部分课程实体教材难以购买,好比本学期数字媒体导论课程所用教材淘宝上没有,你们只能翻印或者使用电子档,因而提出收集电子书籍,支持上传和在线浏览电子课本。通过从新调研,发现这类课程的需求不是不少,可是实际开发成本较高,因而删除该部分需求。功能图、用例图、数据流图的修改以下:

 

功能图1.0

 

 

功能图2.0

 

用例图1.0

 

 

用例图2.0

 

数据流图1.0

顶层图

1层图

 

 

2层图

用户登陆数据流图

 

留言管理数据流图

 

交易管理数据流图

 

 

书籍信息管理数据流图

 

用户管理数据流图

 

公告管理数据流图

 

 

数据流图2.0

顶层图

(普通用户删除在线浏览,管理员删除公告发布、网站维护)

 

1层图

(增长订单信息库,增长留言信息库,增长公告信息库,增长普通用户的书籍信息流向书籍信息库,删除留言管理功能)

 

 

2层图

用户登陆数据流图

(用户信息修改到用户信息库数据双向,用户登陆信息明确为用户帐号密码)

 

交易管理数据流图

(增长工做人员,删除书籍回收,删除获取书籍,删除申请书籍,增长订单生成,增长订单信息到订单信息库)

 

书籍信息管理数据流图

(从新定义)

 

 

用户管理数据流图

(从新定义)

 

公告管理数据流图

(增长公告信息库)

 

 

 

 

5、本周反思与总结

        本周有些急于做出成品,大概是因为时间紧迫,因而更多的是直接上手编写代码和数据库的学习,对于需求分析和顶层建模作的功夫还不够,所以本周后半部分主要是完善需求文档。进一步的需求分析,修改了部分需求,而且改动了用例图、数据流图、功能划分图。

        接下来的一周准备完善更为详细的分层DFD图,完善类图,完善数据字典的类型定义及设计、涉众分析,完善需求规格说明书。将静态网页的各个子页面的设计完成。

        经验总结:不能由于时间紧迫就压缩需求分析的过程,在从此真真的作项目时,如果分析过程不到位而直接作的话,颇有可能作出来的东西是达不到客户要求的。

相关文章
相关标签/搜索