寻求女友项目方案【ZT】

********************************
*新鲜出炉的寻求女友项目方案建议书*
********************************

项目名称:寻求女友项目

项目负责人:某男

                 文档历史
日期    修订版本 描述    作者
2003.3.28   v1.0           初稿完成     某男
2003.4.10   v2.0           初稿完成     某男


版本修订说明：从前一方案发布后大家反馈的意见及为更清楚描述本项目的实施方案，故作出此修订。


1.目的与适用范围
  此项目是本人为了完成终身大事而设立的一个项目,只适用于我及未来的女友建立关系的方案建议书;通过此项目的实施可在国内减少两个单身男女的终身大事及建立一个幸福的家庭;本项目的另一方不适应于男同志及非真诚人士无聊嬉弄和别的用途;

2.参考及提示
  征友启示的启发

3.术语定义  
1)邮友:用电子邮件、聊天室、QQ等方式交流;
2)电友:用电话等通话方式交流;
3)朋友:见面交流;
4)女友:正式的男女朋友关系;
5)硬件:外表长相等可见可触及的实体;
6)软件:主要指思想性格等不可见不可触及的对象;

4.项目背景
   本人年龄已快到三十,由于求学,工作及环境等的关系,造成现在没女朋友,在父母的关照督促之下,亦由于本人也觉得应考虑这方面之事的缘故,同时也不希望给社会带来压力及不必要的竞争,所以决定成立并实施此项目.

5.自我介绍
1)男，170cm左右,暂无丰富的物质生活(相信未来会拥有),但有较丰富的精神生活；
2)硬件中等,软件优良;
3)在某软件公司工作,职务为PM;
4)无不良嗜好;

6.具体需求
1)1978年或1982年出生的女孩(此年龄比较合适，也不是绝对)，156cm至166cm;
2)硬件中等,太好要不起,太差心理不平衡;
3)软件要求较高,性格可概括为:温柔贤惠,开朗活泼,自信不自大,综合素质好;
4)无不良嗜好;
5)条件达到学历不限;
6)抱着玩玩心态的人士免聊;

7.项目实施方案
  本项目提供两套方案,第一套方案是基于闪电式的结交方式,这个方案优点可省钱及时间,缺点互不了解,造成以后维护关系代价太大;第二套方案是循序渐进式,此方案是由邮友到电友到朋友再到女友的渐进方式,此方案优点能比较顺利达到互相了解互相信任,并从相识到相知再到相爱的自然法则,缺点比较花时间及钱物;居于各方面的考虑我认为第二套方案比较可行和安全,因此建议使用第二套案。本项目可由五个模块构成：分别为邮友阶段模块、电友阶段模块、朋友阶段模块、女友阶段模块、婚姻阶段模块。下面是对这些模块的描述及实现(使用类似OOP的方法)：

  邮友阶段模块：此模块的功能是完成从不认识到认识的功能。首先通过电子邮件的方式交流获得对对方的初步印象，也就是在完成一个CLASS定义的功能，并为此类定义各种方法和属性。此模块完成的是感性认识中的量变阶段。
                类定义如下：
                CLASS 女孩（或男孩）{
                PUBLIC：
                      女孩（或男孩）（）；
                      virtual 硬件函数（）；
                      virtual 软件函数（）；
                      联系方式函数（）；
                      ....

                      ~女孩（或男孩）（）；//双方要重视解构函数的定义。
                PROTECTED：
                      学习 *Learning；
                      工作 *Job；
                      生活 *Life；
                      static 邮件地址 Mail；
                      ...
                }

  电友阶段模块：此模块的功能是在邮友阶段的认识上进一步完善CLASS的定义。通过电话、短息等方式交流，构建函数中属性的初始化，通信消息结构的定义，增加见面时间地点函数的定义等。此模块完成的乃是感性认识的阶段，在量变的积累中将达到阶段性质变。

  朋友阶段模块：此模块的功能是完成见面交流的功能。此模块中通过见面来进行交流，此阶段可以真正NEW一个对象出来，成为朋友的关系。此模块中可增加请吃饭函数、小风波处理函数等，仍是完成从感性认识到理性认识飞跃中的阶段性质变。

  女友阶段模块：此模块的功能是实现正式男女朋友关系的功能。此模块的功能中可用各种如约会、电话、MAIL等方式来实施。在此模块中适当增加牵手属性数据、拥抱属性数据、约会函数、知会双方父母函数、风波处理函数等，是相对复杂的模块，需充分的双方合作完成。本模块是完成感性认识到理性认识飞跃质变。

  婚姻阶段模块：此模块的功能是实现结成夫妻关系的功能。此模块中实现是由于双方充分了解对方，达到可以托付终身的信任，并且此模块实现的关系受法律的保护，应增加结婚函数等，此模块相当复杂，可多重继承其他优秀函数来实施，建议使用迭代增量法来完成，此乃理性认识中的又一次变质。

  异常处理：
              try{
                 .
                 .
                 .
               if(任何模块中双方觉得不合适&&确实无法继续){

                 throw byebye;

                 }
                 .
                 .
                 .
              }
              ....
              ....

              catch(byebye){

                 大家伤心函数();
                 好说好散函数();
             }

  在本方案中没声明或定义的函数在设计阶段给出，由本人及女方共同完成，同时双方应考虑项目的总体测试计划。

  系统结构图：由于此系统比较特殊，各模块具有接续性或跳跃性等，为使不引起争议，故此图略

8.项目实施工具
  电子邮件,通信工具,交通工具，钱,物等工具

9.项目实施计划(只是本人的初步设想,要视项目进展的具体情况而定)
邮友阶段:一个月左右
电友阶段:一至二个月左右
朋友阶段:二至三个月左右
女友阶段:十二个月至二十四个月左右
婚姻阶段:无法估计

10.项目费用：无法估计(双方应秉着节约的原则)

联络方式:c******@****.com

^_^
给财主顶上来！！！

 :D :cool: :D

感谢啊。 :D

^_^
给财主顶上来！！！

 :D :cool: :D

是不是你南朋友追你写的报告啊？ :D

学习一下，说不定今后用得着呢。

推广！

^_^
给财主顶上来！！！

 :D :cool: :D

嘻嘻，有人男女不分了哦。新雨是偶姐姐。

[quote][quote]嘻嘻，你这样肯定找不到哦。先听偶来给你解释一下
first，这论坛上多为同行mm，一看吓跑了，心想：哇，有人疯啦！哈哈哈哈哈
second，倾慕你这样男士的文科mm，没机会看到，所以呢，还不如给这里人多放点分，我们给你推广去。 :D :P :D :P :D

呵呵，不过是看着好玩来贴的，我也不是GG呀！ :D :) :D [/quote]
哈哈，新来的mm看上新雨了！ :D :D :D :D :D :D :D :D [/quote]

 :D :D :D

[quote]嘻嘻，你这样肯定找不到哦。先听偶来给你解释一下
first，这论坛上多为同行mm，一看吓跑了，心想：哇，有人疯啦！哈哈哈哈哈
second，倾慕你这样男士的文科mm，没机会看到，所以呢，还不如给这里人多放点分，我们给你推广去。 :D :P :D :P :D

呵呵，不过是看着好玩来贴的，我也不是GG呀！ :D :) :D [/quote]
哈哈，新来的mm看上新雨了！ :D :D :D :D :D :D :D :D

嘻嘻，你这样肯定找不到哦。先听偶来给你解释一下
first，这论坛上多为同行mm，一看吓跑了，心想：哇，有人疯啦！哈哈哈哈哈
second，倾慕你这样男士的文科mm，没机会看到，所以呢，还不如给这里人多放点分，我们给你推广去。 :D :P :D :P :D

呵呵，不过是看着好玩来贴的，我也不是GG呀！ :D :) :D

这么说方案有待改进 :cool: :cool:

嘻嘻，你这样肯定找不到哦。先听偶来给你解释一下
first，这论坛上多为同行mm，一看吓跑了，心想：哇，有人疯啦！哈哈哈哈哈
second，倾慕你这样男士的文科mm，没机会看到，所以呢，还不如给这里人多放点分，我们给你推广去。 :D :P :D :P :D

有意思!

这么好的项目方案怎么没有人看呀？！

自己UP

 :D :cool: :)

学习一下，说不定今后用得着呢。

学习了怎样写项目设计报告了。

学以至用嘛！！！

 :cool: :D :cool:

学习了怎样写项目设计报告了。