项目需求分析

这个作业属于哪个课程 https://edu.cnblogs.com/campus/xnsy/GeographicInformationScience 这个作业要求在哪里 https://www.cnblogs.com/harry240/p/11524252.html 团队名称 认真不马虎队 这个作业的目标 个人总结 Github地址 https://github.com/lilizhang94/-- 一、团队成员 学号 姓名 201731024101 李楠（组长） 201731024105 汪小萍 201731024203 黄耀萱 201731024201 孙颖 201731131317 杨也 201731022104 张莹 二、正文 1、汪小萍 201731024105 博客链接： https://www.cnblogs.com/wangxiaoping/p/11979207.html 博客内容： ①个人总结与收获 时间过得很快，这门课已经结束了。对于这门课程，我真的感觉挺难的，代码是我的弱点，除了一些很简单的基础代码能看懂，但是稍微难一些的就搞不明白了，更不要说我自己写代码了。但是老师认真的超级好，很温柔，助教也很认真负责。这门课程最大的收获就是我们自己组队编写一个软件。由于我们组全是女生，所以编辑代码的能力很弱，我们就决定做一个很简单的贪吃蛇游戏，这个游戏对于我们最开始来说

GP工作室-团队项目总结 这个作业属于哪个课程 https://edu.cnblogs.com/campus/xnsy/GeographicInformationScience/ 这个作业要求在哪里 https://www.cnblogs.com/harry240/p/11524252.html 团队名称 GP工作室 团队项目 黄金点游戏 这次作业的目标 对本次团队项目做一个总结 团队博客链接 https://home.cnblogs.com/u/gy722/ Github地址 团队成员信息 姓名 学号 性别 顾毓 （组长) 201731024212 女 王静宜 201731024204 女 罗涵 201731024111 女 李清兰 201731024109 女 黄本巍 201731024225 男 陈杰 201731024238 男 许佳文 201731024214 男 吴郑浩 201731024234 男 各成员总结 1. 顾毓 201731024212 1.1博客链接： 1.2总结 2. 王静宜 201731024204 2.1博客链接： 2.2总结 1.（第5章）讲了团队的重要性以及团队的流程，但是如何组建一个好的团队如何分工呢？ 在通过半个学期的团队作业以后，我深刻的体会到了团队的重要性，一个好的团队就应该有好的分工，应该根据每个人擅长的不同的领域来分工

可乐小组项目第二次讨论——用户体验设计 时间：2019年11月12日 　　地点：应用楼教室 　　照片： 主题：用户体验设计 　　项目进度：初步开发阶段，确立项目需求 　　完成功能点：初步页面 物流配送平台搭建用户体验设计的目标 用户界面对大多数计算机使用者而言，是人和计算机进行沟通的载体。我们常说的一个软件对用户是否友好、是否体贴用户指的就是用户界面这个问题。人性化的设计是计算机软件工程的重要指标，因为软件最终是要服务于用户，用户是我们设计的中心。 优秀的用户界面设计是使产品赢得用户、赢得市场的基础，但如何判断用户界面设计的优劣呢,怎样的用户界面设计才能提高产品的市场竞争力呢,这里我们需要引入一个概念，即“使用性”的概念。使用性是一种以用户为中心，关于用户和系统间相互作用的特殊性质，它描述的是“某产品在特定的使用环境中为特定的目标用户所使用，从而快速、有效、满意的完成特定任务的程度”。因此，用户界面的使用性决定着人机交互的效率和效果。一个具备较好使用性的用户界面能够让用户全神贯注于其正在进行的工作，而不是去注意他在使用什么操作界面和系统工具。 衡量软件用户体验设计的标准 随着计算机硬件、软件和网络产品的发展和更新换代，产品的使用性得到了越来越多的重视，甚至还逐渐延伸到了工业产品和生活用品的设计和生产领域。 性能的好坏已不能用“对用户是否友好”这个单一的、程式化的概念来概括

时间 ：19年11月4日 地点 ：主教学楼 主题 ：讨论生成需求分析及项目计划表内容 主持人 ：孙帅群 会议记录员 ：许爽 应到 ：10人 实到 ：10人 主要内容 ：1）讨论对于该软件所需人群，譬如老师，学生等； 用户对该软件具体需求，体现在找教室用途，比如学习，开会等，空教室数量，教室使用时间，接受预定等； 此外再添加其它辅助功能。 2）研究讨论项目进程计划，充分合理利用分配时间。 会议结果 ：将各位组员讨论观点整理疏通，以文字形式加以整理，最后形成需求分析报告； 将项目计划充实项目计划表。 会议场景 : 来源： https://www.cnblogs.com/huangjinmeilihao/p/11822968.html

本次我们小组的项目是基于微信公众号的企业实习管理系统。我本次需求分析报告的撰写参考了两篇研究生的论文，这两篇论文给了我很大的帮助。让我对需求分析如何去写有了一定的了解。我们的项目总体来说，数据库的设计与实现一定是重中之重，因为要实现实习管理功能，企业，学生，老师和各种表格等信息的存储都必须到位，而且权限必须分开，所以我们需求分析里针对这些不同信息的管理提出了明确的要求，软件功能架构图也是如此。此外，我们应老师要求，还在最基础的实现信息管理的基础上，增加了招聘信息的表，并且在学生上传表格时，有时间提醒功能，如若预期未交，系统则会警告该学生。在其他方面，需求分析中对本系统的可维护性和可扩展性也提出了要求。下面是完整的软件架构图 总而言之，经过本次写完需求分析后，我对该项目的具体要求和功能实现才有了具体的认知，我们小组才有了明确的方向。这让我意识到了需求分析的重要性，同时也使我的能力成长很多，我懂得了需求分析的书写方式和要求，也对一个项目开发小组的开发流程有了深入的了解。之后还有很多工作要做，希望能和小组其他成员一起把该项目做好。 来源： https://www.cnblogs.com/tian-123/p/11785384.html

本周我们的原型审核过关了，这也就意味着项目需求终于定下来了。这历时4周的需求分析，让我收获颇丰。 起初，我错误理解需求为功能，也就是这个项目要实现什么功能。我们和项目老师确定了功能后，便用墨刀开始创建项目原型。开始，我们不知道项目原型的重要性，还以为项目原型就是方便和老师交流需求的，而且墨刀我们使用不熟练，所以就只将功能展示了出来，字体，布局完全没考虑过。甚至项目原型出现了两个页面字体大小完全不同的情况。所以，虽然项目原型做出来了，但是非常不美观。这也是项目老师审核后的意见。期间，我们被告知需求太多，可能做不完，后来我们评估自己小组的开发水平，发现确实需求太多。于是我们和项目老师反映了这个情况，项目老师也允许我们减少需求。之后两周就是做项目原型了。历经了两周时间，每次和老师都从晚上9点谈到11点，我们的项目原型终于过关了。 这次的需求分析让我知道了需求原型的重要性，需求原型就是产品的样子。同时也让我了解到了公司项目的管理流程。需求分析人员在听完客户的需求后，做出项目原型，和客户讨论后，再交给开发人员实现。而且，它让我正确地理解了需求。需求不仅仅是功能，还有很多其他的。这四周也让我体验到了真实的项目开发过程。每次和老师讨论都有新的需求，就这样，我们的项目原型做了3次。这在真实的项目里也是会出现的，因为每次见面客户对自己的产品有了不同的想法或者觉得你做出来的项目原型和他的预想不一样

IBM Rational DOORS 可实现对整个产品的全生命周期需求管理，覆盖从需求、到设计以及测试阶段。是一款具有广泛使用的企业级专业需求管理工具。DOORS 可以将项目开发过程中产生的各级需求和与需求相关的文件进行链接管理，同时能够对需求进行影响分析。DOORS 自带数据库，可以在多个项目间共享文件，便于文件的保存、备份及项目复用。此外DOORS 还支持可疑链接的自动检测、基于需求条目的权限管理等。 Reqtify 软件是法国Dassault 公司专门针对基于文件的、高度可定制的、易用的需求追踪和影响分析工具。在产品开发全生命周期中，Reqtify 可以为从产品需求、设计到实现过程的追踪提供最高效的解决方案。 产品介绍 Reqtify 工具可以进行覆盖度统计、上下文影响分析、需求跟踪、版本管理和定制报告等。与其他基于数据库的需求管理工具不同，Reqtify 强大的兼容性使其能从各种类型的文件中提取数据，建立需求、方案、模型、代码和测试用例之间的链接，保证每条需求都能被实现和验证，无需改变现有研发模式即可在项目的任意阶段中使用。 覆盖度统计 定制报告 需求跟踪 文章来源: https://blog.csdn.net/Hirain1234/article/details/90770573

一、组长博客链接 组长博客 二、舍得APP的logo 三、团队项目的整体计划安排 阶段 主要计划 计划时间 内容 1 项目选题 2019.09.27-2019.10.19 确定选题，书写商业计划书，并进行NABCD分析，完成项目的市场调研和竞争对手分析 2 需求分析 2019.10.19-2019.10.28 对项目进行市场需求分析及调研，对产品功能有详细的分析计划，制作思维导图和UML，确定接下来alpha版本的团队分工 3 编码规范 2019.10.28-2019.11.04 完成接口规定、编码规范、编码搭建 4 Alpha冲刺 2019.11.04-2019.11.20 完成项目的核心功能开发、前后端的对接 5 改进总结调整 2019.11.20.2019.11.25 对项目进行完善、测试用户的试用反馈、测试计划的改进 6 Beta冲刺 2019.11.25.2019.12.08 根据用户反馈进一步改进，对项目管理的进一步推进 7 项目后期 2019.12.08-2020.01.01 对APP进行维护，不断迭代更新软件的内容并且修复潜在bug，完成产品的附加功能 四、团队分工 组员 主要任务 童景霖（组长） 评分、思维导图、需求分配（需求分析报告第三部分） 黄永福 PPT演讲答辩 叶泽林 制作类图 郑志强 制作界面原型 刘御帆 评分 许宏健 评分 侯熠珉 写功能验收标准

一、组长作业博客链接 梅恒权 二 、团队项目的整体计划安排 设计一款简洁实用、功能齐全、为福大学子们量身定做的基于移动设备的线上任务交易平台APP——“福大帮帮”。在平台上，福大校园里的同学可以发布任务及酬劳，能提供帮助的同学可以领取任务给与帮助，这不仅帮助任务发布者以高效方便地寻求帮助并解决问题，也让任务领取者在帮助了他人的同时也获取相应酬劳，两全其美；同时在平台上，同学间也可进行二手物件交易，尤其是二手书交易。 三、团队分工 队员姓名 队内身份 主要任务 梅恒权 团队项目管理员 （队长） 规划项目进程、答辩 组织会议、分配任务 维护及网页宣传 参与文档拟写 王瑞卿 产品经理 产品设计 团队报告 PPT 参与文档拟写 杨欢 前端工程师 全栈 参与文档拟写 汪倍民 前端工程师 负责前端的开发 参与文档拟写 关文涛 后端工程师 负责后端的开发 参与文档拟写 黄奕颂 后端工程师 负责后端的开发 参与文档拟写 陈梦雪 美工 负责 app 的 ui 设计 参与文档拟写 朱庆章 美工 负责 app 的 ui 设计 参与文档拟写 黄宇航 数据测试 团队报告 博客撰写 后期数据测试 参与文档拟写 胡康 数据测试 团队报告 博客撰写 后期数据测试 参与文档拟写 四、思维导图 五 、评估团队中每个人对本次作业的贡献比例 组员 分工 贡献比 梅恒权（组长） 需求分析报告、评审 6% 王瑞卿

组长本次作业博客链接 一、组队后的团队项目的整体计划安排 阶段 主要任务 计划时间 内容 1 项目选题 第七周 选择可行性强并且能在带给福大学子便利的项目，完成项目描述市场调研，竞品分析等 2 需求分析 第八周 撰写需求分析说明报告，安排具体分工以及初步原型设计 3 设计分工 第九、十周 编码规范、平台环境搭建、初步架构搭建、明确细节分工 4 模块编程 综合对接 第十一、十二周 各模块编码、测试、项目管理同步推进、各模块完成后进行对接 5 测试反馈 第十三周 实景测试反馈优化、形成最终正式版本 6 优化完善 第十四周 根据测试反馈优化，形成最终正式版本 7 项目宣发 第十五、十六周 用户手册、发布、文案 二、团队分工 确定alpha版本需要做哪些事情 需要十分紧凑严格的任务安排，需要时间和熬夜，需要团队成员共同的努力和稳定输出... * alpha版本： 模块序号 模块名 模块具体内容 1 登录注册模块 完成用户的登录与注册 2 推荐模块 根据专业年级只能推荐书籍 3 搜索模块 买家自主搜索书籍，按关键字的相关度或者分类 4 交易模块 买家和卖家之间下单、线下交易 5 社区模块 用户间关于书籍的交流 6 个人基础信息模块 昵称、性别等个人信息的编辑存储 7 个性化模块 多样的界面 各成员分工明细及TODO list 成员 分工明细 TODO list 张逸杰 跟踪项目进程