除了那熟悉的的机房收费系统外，第一次和未知的系统见面，利用电脑代替电话拨号处理信息的系统。做了有半个多月的时间，疑问甚多，系统该怎么开发？
下面是此次开发的简短过程。
需求分析：
文档中告诉我们系统分三个不同方面的需求：
个人使用，是不需要后台管理员的。比较的局限性，用于个人，家庭使用。
企业使用，企业中老板和员工使用，使用的场合用于任何一个企业，需要和客户进行沟通，把客户信息以及沟通信息以文字或语音的形式保留下来。属于商务性质。
进销存个人版和网络版，与上面的比起来，增加了商品入库、进货和销售等信息资源的管理。
需求选择：
此次开发的目的，一是熟悉业务、二是辅助BS这块的学习、三是要按照软件工程的开发流程过一遍。着重是为了在BS这块练习，所以我们选择的企业版，实现一个企业里的所有员工和客户交流信息的记录，系统后台给管理员一个登陆接口，可以对员工进行管理，以及执行员工可以操作的一切活动。而个人版本CS开发最合适，里面的逻辑笔企业版本的少很多。
需求分析是很重要，此次开发需求比较明确，少了和软件使用者的沟通，也避免了开发过程中需求的改动，并且开发风险小，所有选择了瀑布模型来开发最适宜。关于软件开发的几种模型：http://baike.baidu.com/view/8300.htm该模型有固定的顺序，对于需求明确的系统来说较快捷，而缺点就是缺乏灵活性。
需求分析的功能描述用UML的用例图进行的描述，用EA工具来做可以直接导出用例图的文档，简洁清晰。
不同于机房收费系统，机房收费系统无论个人开发还是合作开发，我们开发前提是对需求了解的十分明白，而这次的拨号系统完全是陌生的，我们如何和陌生人打好交道靠的就是文档，完全是文档。所以我们写的文档也应该是这样的：任何人拿到你的文档都能开发出这样的一个系统。开发不是依赖于人的，而是依赖于文档的。所以文档尽量详细。
数据库设计：
数据库设计是软件重中之重，从文档的需求中抽象出E-R模型，把现实世界的事物第一步抽象，E-R模型转换成关系模式（转换方式），再进行数据库的规范化，简单的抽象出系统的表结构，用EA建模工具建表同时生成数据库文档。
概要设计：
界面设计：模拟界面没有去画，大多是按照人家开发文档中的给的界面而来的，界面是系统功能的一种显示方式，不过BS中的界面设计真的需要细心、耐心、勇气了。
系统架构：和机房收费系统一样，简单工厂+配置文件改造的抽象工厂设计模式，好处是：我们可以换数据库，让系统不依赖于具体的数据库，如果我们把sql数据库换成Access数据库的话，我们改动配置文件和 ＤＡＬ.dll。当时讨论在逻辑这块用加外观是否，想到了那次看七期学长们的机房收费系统的时候，他们在合作开发的时候在U层和B层加了个简单工厂改造抽象工厂和配置文件，为了是B层的业务变更，使系统符合开闭原则。
详细设计：
详细设计就是各个包中的类，因为考虑到本系统不算是太大，所以没有在U和B中间加外观层，B层的类是对应着每一个大用例，而B层的方法是每一个用例中的小用例。其实在抽象B层类这块自己还不是十分明白。
编码阶段：
待继续。