第二次作业--结对项目之需求分析与原型模型设计

备注:苏逸豪031302117 张建平031302528

采用的原型模型:Axure Rp
讨论、细化和使用专用原型模型工具时的结对照片:

1>N(Need 需求)

通过客户的描述了解到,目前客户的困难在于教务处每学期第6周都会发布下学期开课计划,并且人工的吧计划书以邮件的形式群发给所有老师,老师则以邮件形式回复负责人,并且专人进行统计。这样做不仅工作量巨大,并且出错的可能性也不小。同时了解到学院没有专门针对这项工作的系统,因此我们认为设计一个选课开课系统是很有必要的,可以人工控制,把收发邮件以及统计的复杂工作统统给系统完成。

2>A(Approach,做法)

我们将设计一个网站,管理员和教师注册帐号后,立即完善个人信息。登陆后进入主界面,教师可以进行开课申请、查询申请进度;管理员可以查看教师信息,或直接登录到管理员界面。同时管理员可以设置邮件提交的时间,查看教师开课申请情况并发送邮件给未提交开课申请的教师。

3>(Benefit 好处)

所开发的系统应做到操作简单,尽量使系统操作不受用户对电脑知识水平的限制。管理员可以省去收发邮件,以及统计的复杂工作,只需要在网站上进行一点基本操作就可以完成了。而老师也可以在截止日期前随时登陆查询选课开课的情况,也可以进行退课操作,更显示人性化。同时该系统适用性广,比较容易使用推广。

4>C(Competitors 竞争)

我们认为做成网页比较友好,相对于手机App的不友好是极有利的。根据以上的调查分析,以及我们小组的系统设想,发现目前学校里并没有该服务类型的系统,因此该系统的推出应该是会更容易受到老师学校的使用与推广。

5>Delivery 推广

该系统是针对客户的要求进行设计的,直接提供给客户使用,若客户觉得满意,我们还会增加新的功能。

网站介绍:

登陆界面:管理员和教师共同使用。输入帐号和密码即可进入主界面。第一次进入需要注册,进入个人资料设置完善个人资料。

         

主界面:登陆后跳转到主界面。教师可以进行开课申请、查看申请进度;管理员则可以查看教师开课情况、进入管理员界面进行相关设置。

开课申请:教师点击开课申请,对开课课程进行编辑,提交后可以在开课窗口预览开课情况。教师也可以在这里执行退选课程的操作。

申请情况查询:教师以及管理员可以查看开课申请情况,导出表格。

教师信息:管理员查询教师一切注册信息,以及可以查看是否申请选课。对未申请的教师勾选点击催发邮件可以进入邮件编辑填写内容,一键群发。

管理员界面:只有管理员能进入该界面,在主界面点击管理员进入管理员界面。可以进行表格编辑上传表格。同时可以设置开课申请的截止时间。

总结:开始的想法主要在于如何减轻管理员的工作量,尽量把主要的复杂的工作都让系统去实现。因此我们主要集中讨论了设计哪些功能能够实现我们的想法,在讨论的过程中不断完善系统的一些功能实现的可行性。在设计的过程中我们的分工不是很明确的哪个负责哪部分,所有的模块设计,功能实现都是我们一起在探讨的工程中逐步实现的,因此这个系统能够比较完整的表现出我们两个人的一些想法。网页开发我们会分好模块,这样更改比较快。而且可行性比较强。具体的话,应该是将html页面和其它数据库文件打包吧。

生成的pdf附件链接地址:http://pan.baidu.com/s/1c04Ue1i

时间: 2024-10-22 00:15:49

第二次作业--结对项目之需求分析与原型模型设计的相关文章

第二次作业——结对项目之需求分析与原型模型设计

031302331 031302223  汇总课表的困扰 针对汇总课表巨大的工作量,我们首先构建了NABCD模型: 一.下面是我们对汇总Excell项目的NABCD模型的理解 1.N(Need,需求) 对象:A.教务处:每个学期中间,第6周,教务处都要发布下学期的开课计划,而如果教务处群发邮件,显得有些麻烦,可以设计一个网站,教务处可以不用群发邮件给老师,减轻工作量. B.老师:开课计划书以群发邮件的形式发给所有老师后,而老师要在规定的时间内,将自己的名字填入自己希望报的课程的那一行 “任课教师

第六次作业——结对项目之需求分析与原型设计

一.结对成员 方泽慧3022.陈慧玲3004 二.需求分析(学习网站) 运用NABCD模型所做需求分析如下: 1. N(need,即用户的需求) (1)不受时间及空间约束的网络自主学习 (2)可以在同一个网站上进行多种方式的学习 (3)可以在同一个网站上查找到经过筛选的优质资源 (4)可以在此平台上找到感兴趣的学习圈子 (5)发帖提问能够在短时间内得到系统的智能回复或人工解答 2. A(approach,即解决用户需求的做法) (1)设置个人信息栏,即可以实现账户注册.发表学习笔记.加入学习圈.

结对项目之需求分析与原型模型设计

任课计划系统需求分析 结对人员:031302513 .031302523 阅读<构件之法>,大致了解了NABCD模型的大致过程: 即N(Need需求),A(Approach做法),B(Benefit 好处),C(Competition竞争),D(Delivery推广).通过这个模型我们可以较好的明确自己设计的产品对用户来说比较无用的功能和还未能满足用户需求的模块,以及己方的优劣势. 接下来的分析就以这个模型的流程框架描述. 1.N---Need 我们设计的系统有2类用户:负责人(即客户),任课

第六次作业(1)-结对项目之需求分析与原型设计

3044:郑杰鸿 3005:王凯川 NABCD模型 N(Need,需求) 不了解编程(非科班)的人迫切希望了解什么是代码,有什么用,效果是怎么样的 希望能够浅尝多种语言的编程风格,但不强求能够系统地进行学习 能够在线对一些语言进行功能求证,自由练习 能够像查字典一样,快速定位到某个知识点,随时能够对不熟悉的知识点回顾 A(Approach,做法) 提供简单明了的界面,通俗易懂的言辞和部分代码,让客户循序渐进, 利用正则表达式或其他的方法对需要用户输入的部分进行判定 B(Benefit,好处) 完

结对项目之需求分析与原型设计

结对学生:031402418 汪培侨 031402618 林宇晨 使用工具:Axure Rp 7.0 一.需求分析(采用NABCD模型) N (Need) 年级负责人: 需要向同学收集各种自己选择志愿的信息,收集麻烦 需要通过手动汇总信息,并提交给相应的分配负责人,汇总麻烦 分配负责人: 根据年级负责人收集的信息,进行相应规则的算法排序,分配好相应的老师,有时候需要一定人工分配,只是单纯的分配,没有导师选择学生这一个环节 有时候处理的不好,可能会导致一些学生的分配不合理(当然这方面比较靠近算法)

结队项目之需求分析与原型设计

结对项目之需求分析与原型设计 结对者:3011 卢凯欣    3034 戚景晓 一.需求分析(NABCD模型) 1.N(Need,需求) l  游戏玩家可以以游客的身份游览游戏界面. l  玩家可以注册登录,在玩家的个人主页中可以看到个人战绩. l  游戏包括“单机模式”与“对战模式”,“单机模式”为玩家独自练习,“对战模式”为玩家与其他在线玩家对战. l  游戏可以创建房间,输入房间号即可与好友共玩 l  玩家解不出题时,游戏可以给出正确解法.   2.A(Approach,做法) l  对于

第二周:结对项目改进

一.需求: 1.支持四位数的四则运算: 2.支持括号: 3.限定题目数量: 4.支持分数出题和运算: 5.支持控制台输入. 二.具体代码实现: 1 // SiZeYS.cpp : 定义控制台应用程序的入口点. 2 // 3 4 #include "stdafx.h" 5 #include<iostream> 6 #include<stdlib.h> 7 #include<iomanip> 8 #include<time.h> 9 #inc

第二次作业——个人项目实战:数独

1.阅读 刚开始泛看<构建之法>的时候,还是觉得非常难理解里面的内容,特别是代码部分.后来第二次拿起这本书,从第一章开始看起,慢慢了解了"软件企业=软件+商业模式"和对软件工程的定义,但是更多地还是记忆了一遍,没有明白这里面的深意:看第二章的时候,跟着单元测试.回归测试的.效能分析的内容自己照着书上的代码敲了一敲,偶尔会出现bug,但是能得到书上所说的效果还是很开心的,效能分析,感觉就是代码的效率问题,追求高效,然后接触到了软件工程师的一套模型-个人开发流程PSP,我也尝试

软件工程第二次作业—结对编程

一. 作业要求 两人组成一队,进行结对编程. 从第一次软件工程作业中选出一人的作业作为这次作业的基础. 设计一个图形界面(GUI)的四则运算应用程序,可以是PC桌面的图形界面程序.网页程序或者手机程序. 设计的应用程序可以完成加法.减法.乘法.除法运算. 应用程序可以完成真分数的四则运算. 例如:1/2 + 1/3 = 5/6 例如:1/5 + 3/10 = 1/2(而不是5/10) 例如:1'1/3 - 2/3 = 2/3 (是1'1/3而不是4/3,注意:" ' "为1'1/3整数