软件体系结构---团队项目需求及计划

  • 需求文档

一、功能需求

1、用户根据自己的情况选择信息

1)出行方式(只乘坐公交、或只乘坐出租、或二者结合);

2)希望游玩的景点(例如:故宫、颐和园等);

3)人数及类别(例如:成人1位;学生1位;老人1位)等信息。

4)出发地(北京西站、或北京南站、或首都机场)

 2、生成旅游方案

当用户选择完信息,点下“查询”按钮,本系统计算出最佳路线(两种最佳:省时间、省路费)和景点内游玩时间,协助游客安排两日行程。

对于游客已选择、但两天安排不下的,能够提示游客。

3、生成行程单

   当用户点下“确认”按钮,可生成文件名为“plan.doc”的行程单和费用时间明细,供用户打印,并且可以选择email给用户。

4、景点介绍

当用户想了解某个景点的具体信息,可选择景点,然后点下“景点介绍”按钮,可弹出景点相关的图片和简介。

5、冗余景点安排

对于用户已选择但两天安排不下的景点,系统除了提示游客,同时提供两天之外的行程安排。

6、信息不全的处理

若用户输入的信息不全,如没有选择出行方式、没有选择出发地、没有输入人数等会给出提示,要求输入后才可继续。

二、性能需求

1、系统可以对景点的库存进行统计

2、系统界面设计友好,操作方便、灵活

3、具有高可靠性和容错能力

4、具有安全检查机制

5、可支持操作者的权限层次要有明确的分类

三、扩展功能

扩展功能后续添加

  • 小组分工

小组预期分工:

王子祎:负责撰写需求文档、测试、及相关文档的撰写

陈浩强:算法及相关文档的撰写

王志东:数据库、服务器及相关文档的撰写

夏乐天:测试及相关文档的撰写

丁振兴:UI、数据等及相关文档的撰写

  • 预期计划

第九周:

针对项目需求进行讨论、确定分工以及软件体系结构风格、

第十周:

画设计图

第十一周:

各自完成各自任务

第十二周:

各自完成各自任务

第十三周:

小组整合,撰写报告

第十四周:

提交报告

时间: 2024-08-23 14:33:54

软件体系结构---团队项目需求及计划的相关文章

软件体系结构---团队项目---个人工作-4

设计了关于原型系统的活动图,因为活动图的本质是流程图. 设计完成后杨老师发现设计中有错误,现在将改正后的活动图发布到博客中

团队项目之风险评估计划

我们团队的项目是“来用”实用工具集合软件,针对我们项目的风险评估计划如下: 一.风险列表 编号 风险列表 1 计划风险:工作量估计乐观 2 最终用户风险:最终用户对最后交付的产品不完全满意,提出新的需求 3 设计和实现风险:预想功能不能完全实现 4 过程风险:前期进度松弛,后期进度紧张 二.风险发生概率 编号 风险列表 风险发生概率 1 计划风险:工作量估计乐观 0.4 2 最终用户风险:最终用户对最后交付的产品不完全满意,提出新的需求 0.5 3 设计和实现风险:预想功能不能完全实现 0.3

《JUST DO IT!》团队作业4-基于原型的团队项目需求调研与分析

一.实验目的与要求 (1)体验以原型设计为基础的团队软件项目需求获取技巧与方法. (2)学习利用UML模型描述用户需求. (3)编写软件需求规格说明书. 二.实验环境要求 (1)实验七开发的团队项目原型: (2)UML绘制工具. 三.实验内容与步骤 实施团队项目软件用户调研活动. 1.需求调研方法 (1)原型法 将我们APP端和WEB端的原型发给调研用户,用户通过使用反馈给我们一些意见和建议. (2)远程交流 我们选取典型用户通过qq在线交流的方式获得用户的需求,在了解完用户的需求过后将我们已经

《对不队》团队作业4—基于原型的团队项目需求调研与分析

一.团队项目软件用户调研活动过程. 首先,我们采访了学院中有组织会议经验的同学和西北师范大学教授,人文地理学博士(区域发展与规划方向),以我们实验七所开发的原型为基础,先让其简单的使用,并提出几点建议.然后我们采用向老师提了如下的几个问题,老师也谈了自己的看法. 1. 是否了解并使用过类似的学术会议管理系统? 2. 参加学术会议一般提交会议论文的方式都有哪些? 3. 觉得这种方式有什么优势? 4. 我们所做的原型还有什么不足? 5. 您会使用这个系统吗? 其次,与此同时我们团队设计了有关会议管理

<Dare To Dream> 第四次作业:基于原型的团队项目需求调研与分析

实验内容与步骤 任务1:实施团队项目软件用户调研活动.要求: (1)真实的用户调研对象: 生科院大三学生 (2)利用实验七所开发的软件原型: 网站原型链接 (3)要有除原型法之外的其他需求获取手段: 访谈法 开会研讨法 (4)收集用户需求调研活动的佐证材料(访谈录音.问卷.调研人员名单等等).       任务2:采用UML模型描述任务1所获取的用户需求,请调研用户复查. 经过复查得出该模型目前适合应用 任务3:参考国标GB8567--88中<软件需求规格说明书>格式,撰写团队项目软件需求规格

A_Pancers团队作业4—基于原型的团队项目需求调研与分析

任务1:实施团队项目软件用户调研活动. (1)用户调研对象:我们的项目软件是基于安卓系统的音乐播放器,以设计出操作简单的音乐播放器为目的,所以本次用户调研的对象主要以身边的老人为主,对他们听音乐,听戏曲的情况进行了解,看他们对于音乐播放器有何需求,有何期待:并将我们设计出的项目模型对他们进行介绍,听取他们的意见和建议.另外考虑到为了获取更加全面的需求其他年龄阶段的人为辅助调研对象(例如:身边的同学.家长.朋友等). (2)调研方式:对于老人这个用户对象我们采取了面对面采访的方式进行调研,而对于其

团队项目——需求规格说明书

Deadline:2016.10.22  8:00am   发表一篇随笔+课堂现场评审 随笔描述: 1)描述为撰写 需求规格说明书的 工作流程.组员分工.组员工作量比例: 2)提供 <需求规格说明书>的Git链接. 要求: 1.参考<软件需求规格说明书>国标规范文本,撰写对应项目的软件需求规格说明书. 2. 除形式上满足规范文本要求外,整体内容必须围绕项目实质展开,对所要开发的项目确保尽力做到清晰完整准确. 3.采用分层形式描述,随着"层"的深入,描述的内容细节

第五次作业——团队项目——需求规格说明书

队长:031302628  叶志宇 组员:031302340 庞光莉.031302601 蔡潇.031302528 张建平 一.随笔描述:(1)计划安排:    在组队开始的第一周内,我们首先讨论下该做什么项目,最后决定和其他组一起做报课系统这个项目,写出初步的规格需求说明书,同时进行代码的学习,在此之前已经将平台搭建好了.    第二周开始进行编程,每个人实现自己负责部分的简单功能,做出规格说明书终极版,UI设计. 第三周进行UI设计改进+架构设计+测试计划,并且各个组员能够实现更高级的功能.

团队项目需求心得——慢阻肺疾病管理APP

一.项目介绍: 先上图: 这是我们小组开发项目的系统构成图. 本项目研发面向家庭/社区,对稳定期中慢阻肺患者病情和环境全方位监测.简单病情趋势分析和患者行为干预,并且提供患者与家庭医生和专家沟通渠道的慢阻肺患者康复综合护理系统. 二.过程心得:   这是我第一次执行这样的任务,当然,一个项目开始之前,最重要的就是确定需求,细化需求,其实也就相当于完成了项目的一半. 1. 个人的分析: 团队共同确定一个需求,首先要每一个人都好好对大体的需求有自己的理解,在脑海中有细节的分化,甚至可以编写成一个文档