昨天下午从乡下回来，开始思考组建开发小组的公开信。昨晚把公开信提交到了各大java论坛。并向注册本站的网友发了邮件。因为没有写本站的邮件系统，只得用手工的方式把邮件地址添到邮件的暗送栏里，一共有１００多个，我在中间插了两个我自己的邮件。但是，今天我却没有收到我发给自己的邮件。所以，肯定有很大一部分网友没有收到我的公开信。我搞不懂了，难道邮件里的暗送等栏目还会有邮件地址数目的限制吗？
今天看了软件工程的１－４章，其中认真看了第３章：软件需求分析。这章重点讲了结构化分析方法。我对照现在运行着的网站程序，对这个程序的分层ＤＦＤ（数据流）图有了一个模糊的印象。自己给出了这个程序的顶层ＤＦＤ图：只有１个外部实体：就是“用户”，用户与这个学习日记系统进行交互。但是，这个顶层ＤＦＤ图是不是过于简单了，简单得我有点不相信。在０层ＤＦＤ图中，把学习日记系统分为了：用户注册、用户登录、发帖、改帖、查询等几个加工。
第四章讲了软件概要设计，我着重看了第四节：面向数据流的设计方法。与第３章讲了结构化分析方法结合，构成了完整的结构化分析与设计技术。我对照网站程序，觉得这个程序的数据流图应该是事务型的。因为Struts框架就是Servlet Controller根据接受的消息而将响应发往不同的Action的框架，这很符合事务型的数据流定义。
至此，本站V0.9的程序的结构化开发方法基本上有了一点模糊的感觉。但是在我的感觉中，这种方法与面向对象的开发方法比较起来，缺乏一种生机勃勃的灵性，感觉有点机械化、有点死板、有点冷冰冰的剩饭的味道。如果用面向对象的方法来分析设计这个网站系统，整个感觉一下活了起来：这个系统不就是一位热心的朋友吗？在为我们人类的互相交流而辛勤的忙碌着。
我要继续思考与探索学习日记新程序的开发方法。
One thought on “组建开发小组公开信、开发方法的思考”
Comments are closed.
前天，我用暗送的方式发送了１００多个邮件地址。只有小部分收到了。查了资料，知道有些邮件服务器对一次发送的邮件数目有限制。今天，我去问了服务商具体的限制是什么。
这是我查到的资料的摘录：
。。。7、邮件属性超过发信服务器的限制。
为了充分利用网络资源，提高邮件发送用户的响应速度和效率。SMTP发信服务器对用户邮件的大小、连接数量等进行限制，当超出SMTP服务器的限制时，服务器将拒绝发送。一般来说，发信服务器对邮件有以下几种限制：
限制邮件大小：不管是免费邮箱还是ISP提供的SMTP服务器，对发送邮件的大小都有限制，一般应小于2M（包括附件），而实际上我们只能发送1 .5M左右的邮件，因为在发送电子邮件前还需要对邮件进行编码，会导致邮件大小增加5%~20%之间。而具体能发送多大的邮件，请查阅相关S MTP服务器的资料。当客户端邮件程序试图发送一个大于此限制的邮件给SMTP服务器时，将收到一条未发送报告或发送错误报告，随后将邮件退回客户端。
限制每个连接的邮件数：限制邮件客户在一次连接中最多可以发送的邮件数目，超出这一限制的邮件将被拒绝发送。
限制每个邮件的收件人数：限制每封邮件的收件人数上限，超出该上限的邮件将退回发信人。
当电子邮件超出上述限制时，我们可以将电子邮件分几次来发送，或将较大的邮件分成几个部分，通过多份电子邮件来发送，这样每封信的长度较短，每次发送的数量也较少，也可大大减少出错的概率。当然，若我们采用本机直接发送电子邮件的软件，例如：A DR来发送邮件，一般都会突破这些限制，可轻松安全地发送大邮件。
。。。