软件需求工程与UML建模14组11周工作情况

一、项目背景与范围

背景:

大学生课程和课外活动较多,课程和考试安排也比较复杂,一些同学还需要安其他事情和学习计划,容易遗漏日程安排,再者,必须使用校园网才能查看课程和考试安排,有时候会以为校园网网络不好而无法查看,因此,我们想制作一个日程提醒系统来解决这些问题。

范围:

学生群体

二、与甲方小组的沟通

根据这周的实际情况,我们选择在线上与甲方小组进行沟通。

三、工作计划

第12、13周:

app概要设计,包括软件所实现的功能及功能实现的程度;搭建app基本框架并学习相关知识。

第14周:

与甲方进行详细的沟通对app功能更加细化,完善app框架并继续学习相关知识。

第15、16周:

规范编码,并尽力做出第一代app,debug后将页面简单优化,交于甲方并寻求反馈意见。

第17、18周:

根据甲方的反馈意见进行详细整改测试,完成数据库信息采集及服务器部署,多次进行结合测试尽力减少bug,最后完成app页面设计优化,包括增添彩蛋创意等,完成产品。

第19周:

将产品交付甲方,并进行项目整理。

四、小组成员介绍

王柯(组长):软件需求工程与UML建模课程14组组长,负责协调、安排、审核大家的工作,并撰写小组博客,希望多交朋友,也希望能做出好的成果。

申志宇(程序员):组员,早期分工是制订工作计划,擅长宅宿舍苟生活,希望能通过这次任务跟组内和组间的同学混个脸熟。

孙欢(程序员):计院+软件工程+大二,热衷编码+不想秃头、热爱运动+不想流汗、贪恋美食+不想长胖,总结--矛盾结合体。

刘景(外联):负责和甲方沟通,喜欢踢足球,擅长看代码,努力敲代码

旦增曲杰(文案汇报):

原文地址:https://www.cnblogs.com/ppz14/p/10841331.html

时间: 2024-10-29 16:05:31

软件需求工程与UML建模14组11周工作情况的相关文章

软件需求工程与UML建模——第九组第一周工作总结

项目背景及范围: 项目名称:自习通. 项目范围:针对需要自习的学生 平台功能:发布约自习信息以完成组队:填写学习目标及完成情况:设置课件试卷等学习资料:开设讨论区方便用户自由问答. 团队分工: 杨惟智:文档撰写,和甲方沟通指导组内工程方向,代码编写何鹏:代码主要编写陈洋:代码主要编写琚安怡:文档以及博客撰写,功能测试毛朝洋:数据库功能学习与实现金国燮:数据库功能学习与实现 工作计划: 第一周:完善项目需求文档,确定系统核心功能,建立小组项目的博客,小组成员分工第二周:完成平台界面设计,学习相关编

软件需求工程与UML建模——第九组第五周工作总结

自习通 一.项目背景及概述 项目背景:目前大学本科学生无不面临较大的课业压力,科目众多且科目难度较大,学生要想获得理想的成绩就离不开认真刻苦的学习,除了课堂上的认真听讲,课后的自习也是很重要的学习过程.经过调查,学生普遍认同组队自习可以提高学习效率.目前该方面项目的空缺和学生对组队自习平台的强烈需求产生了很大的对比,所以小组决定开发该项目实现学生定目标.约自习.上传学习资料.讨论切磋提高成绩的多功能组队自习平台. 项目范围:项目包含以下功能:发布约自习信息以完成组队,填写学习目标及完成情况,置课

技术博客02 软件需求工程和UML建模第二组

校车座位预约系统 01 项目前景和范围 项目介绍: 校车座位预约系统,是面向全体在校师生的一款小程序,通过微信平台所提供的环境,搭建小程序来实现系统的各项功能.针对目前关于乘坐.等候校车所产生的问题给出解决方案.项目范围:       该系统提供给用户校车班次的信息表.预约以及取消预约通道.黑名单查询三项功能.项目产生原因:       校车一直以来是学生与老师往返与中关村和良乡的主要交通方式.也为需要进城办事的师生提供了比地铁更加快捷方便的交通方式.因此,一直以来,无论是周末还是工作日,都有大

技术博客06 软件需求工程和UML建模第二组

校车座位预约系统 01 需求规格说明文档展示 02 实现的基本功能点介绍 实名制认证与注册: 为用户提供账号注册功能,其中可细分为注册.登陆.密码找回三个大功能,注册时填写身份证号.学号.手机号.密码,登陆时使用学号加密码, 找回密码时使用短信验证码的方式找回密码.注册时,所有的个人信息将存储在数据库中,用以进行登陆验证. 校车班次查看以及预约: 为用户提供班车车次列表,用户可以自由选择想要预约日期的车次,并可以通过当天的停靠时间和出发地.目的地来精准的查找对应车次,点击 预约后会返回提示信息,

对软件开发中uml建模的理解和图形整理(一)

由于uml(统一建模语言)在开发中经常会用到,特别是在软件开发中的OOAD阶段,因此要理解和使用uml显得尤为重要.在uml开始之前,咱先回顾一个OOAD.OOP的主要特征. OOAD:根据面向对象的方法学来对软件系统进行分析和设计的过程.它包括OOA 分析阶段和OOD设计阶段.其中分析阶段主要解决"What to do?"的问题,而设计阶段主要解决"How to do?"的问题.具体来说就是:在OOA分析阶段咱要做的主要工作就是建立对业务问题域的视图(建立模型).

对软件开发中uml建模的理解和图形整理(三)

今天接着上一节的内容,继续来了解uml剩下的几种的静态建模和动态建模. 三.对象图:主要用来表现对象的特征,展示多个对象的特征及对象之间的交互.就拿咱出行旅游使用交通工具为例,如图: 说明:对象图只在系统的某一段时间存在,可以被看作是类图在该时刻的实例,主要用来描述对象之间的行为. 四.组件图:也称为构件图,主要用来描述软件中组件之间的关系,同时也是系统设计的一个模块化元素.组件(构件)是系统中可替换的物理部分,它封装了类的实现以及对象提供一组接口,在软件开发过程中,满足相同接口的组件可以自由地

对软件开发中uml建模的理解和图形整理(二)

今天接着昨天的内容,继续来了解uml的静态建模和动态建模,希望大家通过这两天的了解能加深对uml建模的理解并在以后的项目开发中加以应用. 核心UML图分类:  ---> "独孤九剑" 静态建模:[用例图].[类图].对象图.组件图.部署图. 动态建模:[时序图](sequence diagrams).状态图.活动图.协作图. 核心UML图的定义及使用: 一. 用例图:主要用来展示系统的核心功能及其交互的用户或系统. 举例说明:相信上一篇已经写的很清楚了,这里简单贴一张图. ===

1月10日,11日工作情况

1月10日 在西区网自和毛一起讨论了一下前端的问题,我负责做团队页面的任务进度这一块的进度条和子项部分, 想把layui模板的时间轴修改为一个简洁的下拉列表,思路是通过onclick事件修改按钮对应内容的display属性实现显示和隐藏. 试图在class不变的情况下把标签修改为<button>,未成功. 试图把原标签放在<button>里面,未成功. 在网上查找错误原因无果后,写了一了一下任务进度的html,排了一下版. 1月11日 下午鼓捣github desktop(为了解决

UML建模快速入门00 Outline

Preface UML建模,其重要性不言而喻,本人虽然大学期间就早已知其大名,无奈因各种因素总是拿起又放下,未能持续研究,几经断断续续,一直未持续深入读完一本书.最近越发觉得逆向工程(由代码生成UML)在日常整理中的重要性及方便性,便又捡起书本,觉得应该好好看看,边看边画,对很多概念又有了较深入的理解,对以前模糊的概念更加明晰些了.说实在的,这次拿起书本来看,主要有两个原因:一是觉得UML建模确实应该作为码工具备的一个技能,二是为了提升下逼格. 为了记录个人历经的路程,后续将推出系列快速入门读书