团队作业2-《需求规格说明书》
所属课程 | 软件工程导论 |
---|---|
作业要求 | 团队项目2-《需求规格说明书》 |
作业目标 | 需求规格说明书、分工合作、团队计划安排 |
github链接 | CampusSecond-handMarket--NoBailanGroup |
一、团队
1、团队名称:摆烂就不队
2、团队成员
姓名 | 班级 | 学号 |
---|---|---|
林劲辰(组长) | 计科2班 | 3121004707 |
许庆阳 | 计科2班 | 3121004931 |
苏建澎 | 计科2班 | 3121005007 |
黎灿宇 | 计科2班 | 3121004867 |
伊尔凡江·艾合买提 | 计科2班 | 3121005017 |
鄞灿 | 计科2班 | 3121005018 |
于杨 | 计科2班 | 3221004940 |
二、需求规格说明书
1、面向用户分析
在我们的日常生活中会闲置很多的物品,不能发挥他们的价值,如果我们可以将其发布到二手市场中,就可以充分发挥其价值,本系统提供一个二手市场平台,主要面向以下两类用户:买家和卖家。买家可以浏览、搜索和购买二手物品。卖家可以发布、管理和销售他们的二手物品。
2、功能性需求
① 用户角色
•买家:注册用户可以浏览、搜索和购买二手物品。
•卖家:注册用户可以发布、管理和销售他们的二手物品。
② 用户注册和管理
•用户注册:提供简单的注册过程。
•个人资料:用户可以编辑和管理个人资料,包括联系信息、头像等。
③商品管理
•发布物品:卖家可以发布商品,包括物品描述、发布时间地点、分类、照片、价格等。
•商品编辑:卖家可以随时编辑和更新物品信息。
•商品搜索:提供搜索功能,允许用户按类别,商品关键词等搜索商品。
•商品详情:每个商品页面包括详细描述、照片、价格和联系卖家的选项。
•商品状态:标明物品的状态,如已完成,缺货等
•商品评论:允许用户在商品页面上发表评论和评分。
④交易和支付
•购物车:允许用户将多个物品添加到购物车,以便一次性结账。
•支付选项:先充值到我的钱包中,支持多种支付方式,如微信、支付宝等,再用钱包中的钱支付。
•订单管理:用户可以查看和跟踪他们的订单状态。
•交易通知:向用户发送订单确认、付款和发货通知。
3、技术需求
①Spring:
· 负责应用程序的开发和管理,通过依赖注入(DI)和控制反转(IoC)来解耦业务逻辑和底层实现。
· 提供了一套全面的解决方案,包括Web开发、安全性、事务管理等,简化了企业级应用程序的开发过程。
②MyBatis:
· 用于将Java对象与数据库之间的操作进行映射,避免了手动编写SQL语句。
· 提供了灵活的配置方式,可以优化和定制SQL查询,提高数据库访问的效率。
③MySQL:
· 关系型数据库管理系统,用于存储和管理二手市场网站的数据,如用户信息、商品信息、交易记录等。
· 提供可靠的数据存储和高效的数据检索能力。
④HTML:
· 超文本标记语言,用于构建网页的结构和内容。
· 定义了网页中各种元素的标签,如标题、段落、列表等。
⑤CSS:
· 层叠样式表,用于定义网页的样式和外观。
· 可以设置字体、颜色、背景、布局等,使网页具有更好的可读性和视觉效果。
⑥JavaScript:
· 一种脚本语言,用于实现网页的交互和动态效果。
· 可以处理用户的输入、响应事件、操作DOM元素等,增强用户体验。
⑦JSP(JavaServer Pages):
· JavaServer Pages,一种将Java代码嵌入到HTML页面的服务器端网页技术。
· 可以动态生成网页内容,根据业务逻辑显示数据库中的数据,处理用户请求等。
4、系统框架
Spring框架用于应用程序的开发和管理,MyBatis用于数据库操作,MySQL作为底层数据库存储数据,HTML和CSS定义网页的结构和样式,JavaScript用于实现网页的交互和动态效果,JSP用于动态生成网页内容。这些技术和语言共同协作,构建出完善的二手市场网站。
三、预计用户数量
在开发完成的初期,预计的用户量初期为五百人。后期伴随着宣传、用户体验提升,用户量逐渐增加,预计为五千,达到校园人数的十分之一左右。
四、系统阐述
真实性:
如今,校园里的同学都会使用手机,通过校园二手交易平台,能让同学通过网络的方式去进行二手交易,而且同学在二手交易方便具有迫切的需求,比如相关书籍、生活用品方面具有广阔的二手市场,所以本系统可以切实地帮助到校园学生。
可用性:
通过校园二手市场,以线上的形式帮助同学们出售不需要的商品给其他需要的同学,帮助同学减少支出,同时网络交易平台也更加快捷便利。
价值所在:
本系统主要面向于大学校园网用户,依托校园网提供给这些用户一个发布和交流二手商品信息的平台。在大学校园里,存在着很多的二手商品,但是由于信息资源的不流通以及传统二手商品信息交流方式的笨拙,导致了很多仍然具有一定价值或者具有非常价值的二手商品的囤积,乃至被当作废弃物处理。现在通过进入到本系统,可以方便快捷的发布和交流任何二手商品的信息,并且可以通过留言方式进行深一步的交流。本系统的运营不仅可以为同学的校园生活提供便利,而且可以让更多有价值的资源得到利用。
五、计划安排
1、时间安排
旧计划
时间 | 任务内容 |
---|---|
第9周 | 1.团队组队、团队博客 |
2.团队介绍、成员展示、角色分配、选题确定 | |
3.制定团队计划安排,团队贡献分的规定 | |
第10周 | 1.需求规格说明书 |
2.原型设计,队员估计任务难度并学习必要的技术 | |
3.编码规范完成、平台环境搭建完成、初步架构搭建 | |
第11周 | 1.原型改进(给目标用户展现原型,并进一步理解需求) |
2.架构设计,WBS, 团队成员估计各自任务所需时间 | |
3.测试计划 | |
第12、13周 | 1. 团队项目Alpha任务分配计划 |
2. 连续7天的Alpha敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交 | |
第14周 | 1.用户反馈+测试计划改进 |
2. 团队Alpha阶段个人总结 | |
3. 发布说明、测试报告、展示博客、项目管理 | |
第15周 | 1. 事后分析 |
新计划
时间 | 任务内容 |
---|---|
第9周 | 1.团队组队、团队博客 |
2.团队介绍、成员展示、角色分配、选题确定 | |
3.制定团队计划安排,团队贡献分的规定 | |
第10周 | 1.需求规格说明书 |
2.原型设计,队员估计任务难度并学习必要的技术 | |
3.编码规范完成、平台环境搭建完成、初步架构搭建 | |
4、模拟测试,提出可能遇到的问题 | |
第11周 | 1.原型改进(给目标用户展现原型,并进一步理解需求) |
2.架构设计,WBS, 团队成员估计各自任务所需时间 | |
3.测试计划 | |
第12、13周 | 1. 团队项目Alpha任务分配计划 |
2. 连续7天的Alpha敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交 | |
3. 邀请部分同学进行第一次用户测试 | |
第14周 | 1.用户反馈+测试计划改进 |
2. 团队Alpha阶段个人总结 | |
3. 发布说明、测试报告、展示博客、项目管理 | |
第15周 | 1. 事后分析 |
改进:
在第十周的任务添加一次“模拟测试”,通过开发小组内部体验,排除出一些可能出现的bug或者体验问题,然后直接相关内容的修改。在第13周我们打算找少量用户进行内测,根据用户提出的建议对系统进行整改,然后再进行第二次内测,充分地保障我们的产品更加符合用户的切实需求。
2、分工安排
工作 | 负责人 | 工作内容 |
---|---|---|
开发 | 鄞灿、苏建澎、于杨 | 进行具体编码工作,进行基本的单元测试 |
测试 | 黎灿宇 | 计划和组织测试人员对产品进行测试 |
需求分析 | 许庆阳、伊尔凡江·艾合买提 | 进行需求分析,准确把握客户需求 |
项目管理 | 林劲辰 | 制定计划并协调资源,撰写文档 |
具体任务安排由团队内部讨论决定,由组长负责监督各组员任务进度
3、截图
六、现有进度及感想
1、完成情况
工作 | 负责人 | 现有进度 |
---|---|---|
开发 | 鄞灿、苏建澎、于杨 | 已完成系统的基础框架,正在优化系统的基础功能 |
测试 | 黎灿宇 | 调查了一些潜在用户对于本系统的期望 |
需求分析 | 许庆阳、伊尔凡江·艾合买提 | 写完需求规格说明书,研究了用户所需要的功能 |
项目管理 | 林劲辰 | 撰写系统文档,安排团队成员工作 |
2、感想
姓名 | 个人感想 |
---|---|
林劲辰(组长) | 安排成员工作是件十分重要的事情,关系到团队的效率以及成果。 |
许庆阳 | 对于需求分析,需要考虑的有很多方面,值得我去进一步学习。 |
苏建澎 | 在界面设计上,高效的交互十分重要! |
黎灿宇 | 用户对于系统的期望有的时候与我们设想的有所偏差,我们应该吸取用户的意见。 |
伊尔凡江·艾合买提 | 一个好的产品离不开用户的真实需求。 |
鄞灿 | 在功能设计中遇到了很多问题,通过团队讨论帮助我们更好地去解决。 |
于杨 | 实现一个成熟的系统并不是一件容易的事情,但团队合作毫无疑问能够起到关键的作用。 |