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

项目背景及范围:

项目名称:自习通。

项目范围:针对需要自习的学生

平台功能:发布约自习信息以完成组队;填写学习目标及完成情况;设置课件试卷等学习资料;开设讨论区方便用户自由问答。

团队分工:

杨惟智:文档撰写,和甲方沟通指导组内工程方向,代码编写
何鹏:代码主要编写
陈洋:代码主要编写
琚安怡:文档以及博客撰写,功能测试
毛朝洋:数据库功能学习与实现
金国燮:数据库功能学习与实现

工作计划:

第一周:完善项目需求文档,确定系统核心功能,建立小组项目的博客,小组成员分工
第二周:完成平台界面设计,学习相关编程语言及数据库相关知识
第三周:代码编写,实现系统相关功能,更新项目进程
第四周:代码复审,debug,功能修改与完善第五周:代码整合,项目文档整合,项目提交甲方

沟通结果:

原文地址:https://www.cnblogs.com/bithp/p/10841733.html

时间: 2024-09-29 06:26:54

软件需求工程与UML建模——第九组第一周工作总结的相关文章

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

一.项目背景与范围 背景: 大学生课程和课外活动较多,课程和考试安排也比较复杂,一些同学还需要安其他事情和学习计划,容易遗漏日程安排,再者,必须使用校园网才能查看课程和考试安排,有时候会以为校园网网络不好而无法查看,因此,我们想制作一个日程提醒系统来解决这些问题. 范围: 学生群体 二.与甲方小组的沟通 根据这周的实际情况,我们选择在线上与甲方小组进行沟通. 三.工作计划 第12.13周: app概要设计,包括软件所实现的功能及功能实现的程度:搭建app基本框架并学习相关知识. 第14周: 与甲

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

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

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

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

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

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

2016-7第一周工作总结

姓名 王奈 时间 第一周工作总结 学习内容 经过了一周的开发与改进,我们的easy工大已经初见成果.这一周,我们完成了:界面的重新设计,数据获取正确性修改,以及吐槽墙功能的实现等等.我的工作就是文档记录,在这过程中,我能够记录我们项目进步的点点滴滴,记录它是如何一步一步走到现在的样子,就像看到了软件的成长过程一样. 除此之外,我还完成了一个嵌入式开发项目的初步实现,学习了嵌入式编程的原则以及优化方法.如同软工所要求的一样,我在嵌入式开发的过程中也使用了文档记录的方法来管理我们的项目进度,这样一来

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

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

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

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

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

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

构建之法 第二组第一周学习

这是我们小组学习构建之法的第一周.在第一周的学习中,大家都对<构建之法>这本书产生了浓厚的兴趣,这本书用各种实例来阐述软件工程中的内容,让大家更容易理解,更容易接受.在学习的过程中,有同学说这本书的第一章就像是一篇小说,把软件工程里一些死板的方法写活了,把一些冷硬的知识点写的有血有肉,让大家在学习的过程中更有动力.可以说这本书是很少有的能把软件工程写活的书,在大家学习的过程中,仿佛是在和书对话,让自己身临其境,切身的体会真正进行软件工程操作时会遇到的问题和困难. 在这一周的学习中,大家都表现出