想法——9.26

中午讨论的时候,总是感觉有什么不对劲,好像差了什么东西,应该从整体上把握一下,但是那时候又说不清。

下午在看项目要求的时候,突然发现了一点东西:我们应该由顶向下,分而治之——先找出项目的整体框架,然后逐步细化。因为他给我们的项目要求只是一些零散的碎片,需要我们来整合他们。

具体地说就是我们的项目成品应该有哪几部分组成,然后每一部分再继续细化。我觉得吧,我们不论是我需求分析,还是到项目设计,以及后来的编码实现,这些都是在整体把握基础之上的完成的。如果没有对项目的整体把握,我们要做的是什么样的项目是什么样都不知道,那么需求分析也是不太好做的,即使做出来了,可能并不是太符合要求的!

我做了初步的分析(有什么不对的地方,大家要踊跃指正哦):

我们的项目分为前台操作界面以及后台的数据库支撑(这样的分法可能重复了,因为数据库是服务器端的一部分,但是数据库在我们项目中我觉得还是比较重要的,无论普通用户还是管理员操作的可以说都是数据库,只是客户端是间接的操作)

一,前台分为客户端,服务器端两大部分:

1,服务器端(主要是管理员的登陆以及管理用户的信息):首先要有登陆界面è接着是操作主界面è操作主界面再进行细分:管理员的各项功能,如添加普通用户等。

2,客户端(普通用户的登陆以及自己的工作簿的管理):登陆界面è操作主界面è{个人信息维护、工作薄联系人管理和个人工作日志管理}各自都有自己的子界面。

做个类比来说一下客户端和服务器端:校内我们都用过(陈亚可能没用过),如果我们用校内通登陆而不是通过网页登陆,那么校内通就是我们项目的客户端,而我们的客户端是和校内网的服务器端相互交互,我们登录了以后服务器端就从校内服务器数据库中把我们的个人信息发过来。如果我们需要搜索我们的好友,输入好友名字后,消息就发给了服务器,那边有服务器端程序进行处理(我们的项目就是普通用户查看自己的联系人资料,消息发出去后,服务器端程序开始处理,然后从数据库中把结果发送到客户端的界面上)。当然,这只是一个相似点的比较。

首先,前台由“客户端”以及“服务器端”组成。这就要涉及到Java的“分布式对象”的编程方法,顾名思义,分布式就是一个程序的对象分布在两大部分,一部分在客户端,另一部分在服务器端,两端各自实现不同的功能,同时他们之间是进行交互的。具体的技术涉及到RMI(远程方法调用),以及客户端与服务器端程序的部署,目前该技术不是太会用,有待进一步学习。(总之,这是有实现的可能性的)

 

其次,后台的数据库编程也是有待进一步学习的!

接下来对客户端以及服务器端的功能需求逐步细化分析。。。就是我们要做的需求分析吧。

上面只是我自己的理解,个人看法,可能这样的理解大部分是错的。希望大家有什么想法都要踊跃的说出来,这样才会有利于整体的进步。错误的想法其实不一定是坏的!因为我相信我们对项目的认识是会不断发展的,肯定能从一个粗浅错误的认识达到一个正确的深层次的理解,这就需要我们不断学习啊,毕竟这是我们的第一次项目啊,没有经验,只能不断摸索了!

大家,一起加油吧!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值