房屋销售系统

1、装订线 毕业设计（论文）报告纸第 页 第三章 系统总体规划分析3.1 系统总体结构设计3.1.1 应用需求分析房屋销售管理系统需求主要来自用户，会员和管理人员。用户可以根据自身房屋需求浏览房屋出售，出租系统；会员可以进行尽早获得房屋资讯；房屋管理人员可利用本系统，输出房屋名单、房屋出售信息和更改数据。一般情况下，普通用户只能浏览查询房屋具体信息，而会员除了能查询房屋具体信息以外，还能尽早获得房屋信息，但是不能随意修房屋数据，尤其是房屋出售信息和房屋出租信息等敏感信息。因此，用户，会员和房屋管理人员的的权限要明确区分开来，防止操作时因操作错误产生的数据丢失和数据错误，因此，这就需要在设计模块时加

2、以考虑。房屋管理人员还有一个任务是对各个人员的使用权限进行管理，对数据库中的房屋信息进行实地考核和协助客户填写房屋出售信息和房屋出租信息。因此，确定本系统的功能有：会员注册登陆及资料修改，信息查询；房屋出售信息发布，房屋出租信息发布，房屋求购信息修改处理，房屋查询处理（按房屋类型，求购，求租查询等），留言板功能；管理员后台管理（有输入、取消、确认、修改、删除等功能），信息发布，会员管理，留言板处理，合同管理，安全退出等功能。3.1.2 系统处理流程图本系统基本设计按系统规划的要求规定设计，其处理流程如图（3-1）管理员登陆后台管理系统管理员登陆后台管理系统管理员管理员房屋出售，出租的数据输入，

3、发布；信息的修改，删除会员会员填写个人信息，房屋出售和出租信息的查询。房屋销售管理系统房屋销售管理系统图3-1 系统处理流程3.2系统模块设计分析前台模块（主要模块）房屋销售系统会员登陆模块：主要实现对会员的注册，以便让会员获得先手资料。房屋销售系统会员模块：主要实现会员对自身资料的修改和房屋信息资料的查询。房屋销售系统留言板模块，主要实现的是对出售，出租有意向的用户提供与管理员交流的方式，同时将用户房屋的信息（如地址，户主，联系方式等）登记，以便经过房屋销售公司实地考察属实后，通过房屋销售管理系统向外界发布出售，出租，求租，求购等信息。房屋销售系统出售，出租，求购，求租，模块：主要实现用户对

4、这些方面信息的获取与浏览。后台模块（主要模块）房屋销售系统后台:主要实现对出售，出租资讯的发布与修改，对会员的管理，以及对前台公告，新闻资讯的管理。房屋销售系统留言板管理模块，主要是管理员对客户浏览房源资料时候的留言，进行修改和删除。房屋销售系统出售出租模块：主要实现对出售出租信息的修改。房屋销售系统信息发布模块，主要实现对现有房源（房产户型，房屋面积，房屋价格，房源人x，联系人姓名，地址）的统计发布。房屋销售系统安全退出模块，实现退出。房屋销售系统合同信息管理模块，实现合同信息管理。3.3结构层次设计分析系统的概要设计中最重要的就是系统的模块化。模块化是指解决一个复杂问题时自项向下逐层把软件

5、系统划分成若干个模块的过程。每个模块完成一个特定的功能，所有的模块按某种方法组织起来，成为一个整体，完成整个系统所要求的功能。 将系统划分为多个模块是为了降低软件系统的复杂性，提高可读性、可维护性，但模块的划分不能是任意的，应尽量保持其独立性。也就是说，每个模块只完成系统要求的独立的子功能，并且与其他模块的联系最少且接口简单，即尽量做到高内聚低耦合，提高模块的独立性，为设计高质量的软件结构奠定基础。通过对整个系统的规划分析，对数据的具体要求的分析，以及对系统功能的综合考虑，提出一个基本的总体结构框架。房屋销售管理系统的层次划分为几个方面：用户界面，数据缓冲，数据库，输出等。用户界面层次：距离用

6、户最近的层次，以图形化界面显示给用户，便于用户进行基本操作，用户可以在这里输入数据，修改数据，删除数据，设定选配标准，设定查询条件等。用户对系统的所有输入内容在此层次上操作。数据缓冲层次：在这个层次中，用户所做的修改尚未提交到数据库中，而是保存在一个临时缓冲区中。此时，所有操作是由系统本身操作，包括在数据缓冲区内增加信息，修改信息，删除信息等，也包括执行选配过程，判断查询条件的合法性等。这一层次中，系统主要执行提交数据库之前的所有工作，确保提交数据的合法性和准确性，尽量减少数据库错误。数据库层：主要操作在数据库中执行，主要工作是：将缓冲区的数据存入数据库，执行查询语句等。由于数据是经过缓冲区检

7、查的，所以可以大大减少数据库的非法操作，减少数据出错的情况，查询时的非正常情况大大减少。输出层：在这个层次中，不需要进行数据库操作和用户输入操作，这个层次的主要工作是把结果显示给用户，包括查询结果，错误信息，提示信息等。3.4 数据库设计3.4.1 数据基本操作数据的基本操作功能是“房屋销售管理系统”的最基本功能，指的是一个数据库管理系统软件的最基本的数据操作。数据的基本操作包括房屋的增加，删除，修改等。房屋信息增加功能：管理员手动增加房屋信息 房屋删除功能：由管理员选择要删除的房屋信息，点击删除后，删除该房屋信息，首先在缓冲区中删除，此时如果没有提交到数据库，则可以撤销删除操作，但如果提交到

8、数据库了，删除后将不能恢复该信息。房屋修改功能：管理员选择要修改的房屋信息，可以重新修改房屋的登记信息。本项目对数据库的处理采用JDBC技术，JDBC的使用主要有以下几个步骤： 1.加载驱动：Class.forName(“com.microsoft.jdbc.sqlserver.SQLServerDriver”)2.获取连接：DriverManager.getConnection(jdbc:microsoft:sqlserver:/localhost:1433;databasename=jspesf,sa,sa);3.得到Statement或者PreparedStatement con.cre

9、ateStatement()或者con.prepareStatement(sql);4.执行SQL语句，如果有结果集，则处理结果集。stmt.executeQuery(sql) 5.关闭数据库，按照先开后关的顺序进行关闭，按照结果集、Statement或者PreparedStatement、连接。rs.close，stmt.close()，con.close()。3.4.2 查询功能查询功能是一个数据库管理软件的必备辅助功能，当数据量大的时候，呈现给用户所有信息，肯定有很多信息是冗余的或者是无效的甚至是用户不需要的。此时，根据用户的需要进行必要的过滤是十分必要的。查询功能通常是根据数据的信息中

10、不同的字段来查询。“房屋销售管理系统”中，查询功能也是一个十分重要的功能，当有很多房屋信息时，如何给用户呈现出需要的信息和过滤掉不用的信息是一个需要解决的问题。因此，考虑到用户的需求，系统应该具有一个比较人性化的查询系统，可以根据不同的要求来进行查询。查询的速度要快捷，查询的结果要准确。“房屋销售管理系统”的查询系统可以分成下面几个方面来进行查询：根据出售，出租和房屋类型来查询。3.4.3 其他辅助功能“房屋销售管理信息系统”除了具备上述所有主要功能之外，还应该具有一些必要的辅助性功能，包括用户管理，数据库连接功能等。用户管理功能：为了保证系统的可靠性和安全性，系统应该采用用户登录的方式进入，

11、防止非法用户的进入。每个用户具有自己的权限，主要是管理权限和一般权限。只有管理权限才允许增加用户，删除用户等管理功能。而一般权限则只能进行一般的工作，没有管理用户的功能。用户登录：系统的启动同时要求用户根据自己的操作员号码和密码进行登录，通过验证用户的密码，达到确定用户合法性的目的。增加用户：只有系统管理员权限的身份才具备此功能，为系统增加一个新用户，包括用户登录名，密码，权限等信息。其中，可以设置新增用户的权限，系统管理员、报名管理员或者报名登记员，当设定成系统管理员身份时，该拥护具有和系统管理员同样的权限。删除用户：只有系统管理员权限的身份才具备此功能，从系统删除一个用户，被删除的用户将不

12、能登录本系统。 重新登录：退出系统重新登录。一般在新增用户后或者修改密码之后使用验证增加用户或者修改密码是否成功。或者以不同权限登录，换一个不同的用户名登录等等。数据库连接功能：数据库连接信息保存在系统中，再次登陆系统不必设置数据库，但当数据库发生变动时，用户可以配置输入本机或者局域网上的数据服务器名和数据库名。如果应用程序与数据库连接成功，下次运行程序就不会再弹出此配置窗口，除非数据库服务器有变更时会弹出。3.4.4 概念设计在概念设计阶段中，设计人员从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。然后再把概念模式转换成逻辑模式。将概念设计从设计过程中独立开来，使各阶段

13、的任务相对单一化，设计复杂程度大大降低，不受特定DBMS的限制。在系统设计的开始，首先考虑的是如何用数据模型来数据库的结构与语义，以对现实世界进行抽象。目前广泛使用的数据模型可分为两种类型，一种是独立于计算机系统的“概念数据模型”，如“实体联系模型”；另一种是直接面向数据库逻辑结构的“结构数据模型”。 在系统的数据库设计中，先要对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系，然后才能得出系统的关系模式。可以采用ER图的方法来进行数据结构分析。ER设计方法是一种通过ER图来描述现实世界信息结构的DB设计方法。ER图由实体、属性、联系三部分组成。在本系统中采用“实体联系模型

14、”（ER模型）来描述数据库的结构与语义，以对现实世界进行第一次抽象。ER模型直接从现实世界抽象出实体类型及实体间联系，然后用ER图来表示数据模型。它有两个明显的优点：接近于人的思维，容易理解；与计算机无关，用户容易接受。ER图是直观表示概念模型的工具，它有四个基本成分：矩形框，表示实体类型（考虑问题的对象）。菱形框，表示联系类型（实体间的联系）。 椭圆形框，表示实体类型和联系类型的属性。对于关键码的属性，在属性名下划一横线。直线，联系类型与其涉及的实体类型之间以直线连接。 在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、

15、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。3.4.5 数据表的设计在完成系统的ER图之后，需要将ER模型转化为关系模型，也就是说，要设计出数据库所需要的表格。在这里，选用的是关系数据库。因为关系数据库中的二维表格可以很清楚地描述数据之间的联系。在这里不得不提到一个概念范式。其实在上一节的ER图设计中，已经运用了范式的思想，不仅如此，在数据库的表格设计中更离不开范式的思想，它是数据库设计的基础，如果不注意这个问题将会导致一系列问题的出现。设计原则如下：1进行规范化设计，尽可能地减少数据冗余和重复2合理的数据库表的设

16、计应该是在满足需求的前提下，使数据的重复量最小，就尽量按照关系数据库系统理论方法去设计一个数据库，减少数据的冗余。3.结构设计与操作设计相结合在设计数据库结构时，有时为了编程实现的简捷和思路的清晰，往往故意增加一些冗余数据。这虽然有悖于传统的关系数据库理论，但是考虑到选择的机器型号和档次等因素，如果增加的冗余不会明显增加存储空间和降低处理效率，并且对编程实现有很大帮助，往往可以采用这种方法。数据结构具有相对的稳定性数据结构的相对稳定性，可以作为新、旧系统转换的依据。无论采用何种方法或手段去处理日常事务，都应该能完成相应的功能，决不会因为采用了计算机而丢失了必要的功能，或彻底改变了原有的工作流程

17、和模式。计算机系统的建成是建立在原系统充分调研的基础上的，它既不能脱离原系统的大框架，也不是简单的重复和替代。所以数据库表结构设计应保证数据的相对稳定，这样才能考虑在新的数据结构下的业务处理方式。在系统中定义的表格都严格地按照范式的思想和要求去完成，数据库中的所有表格都达到了三范式的要求。基于以上三条设计原则，根据系统ER图，针对本系统的特点，在对所搜集的数据进行规范化之后，我选用Microsoft Accsse数据库来进行数据库的逻辑设计，进而建立实体表。后续建立了实体表有：房屋销售管理系admin基本表（表3-1），房屋销售管理系统buyhouse基本表（表3-2），房屋销售管理系统gue

18、stbook基本表（表3-3），房屋销售管理系统news基本表（表3-4），房屋销售管理系统outhouse基本表（表3-5）等。表3-1房屋销售管理系admin基本表字段名数据类型字段长度可否为空主键usernamenvarchar50否主键passwordnvarchar50否creattimedatetime8否flagInt4否isuseInt4否logintimesint4否quanxiannvarchar1000否表3-2房屋销售管理系统buyhouse基本表字段名数据类型字段长度可否为空主键idInt4否主键typenvarchar50可sumnvarchar50可pricenv

19、archar50可Telnvarchar50可Linkmannvarchar50可Addressnvarchar200可Intronvarchar200可addtimenvarchar50可表3-3房屋销售管理系统guestbook基本表字段名数据类型字段长度可否为空主键idInt4否主键nicknamenvarchar100否Picnvarchar100否Emailnvarchar50可Qqnvarchar50可Weburlnvarchar100可blogurlnvarchar100可表3-4房屋销售管理系统news基本表字段名数据类型字段长度可否为空主键idInt4否主键titlenvar

20、char一五0可picnvarchar一五0可contentText50可AddtimeDatetime8可ifhidenvarchar50可表3-5房屋销售管理系统outhouse基本表字段名数据类型字段长度可否为空主键Idint4否主键Typenvarchar50可Videonvarchar200可Sumnvarchar50可Pricenvarchar50可Telnvarchar50可Linkmannvarchar50可Addressnvarchar200可Intronvarchar200可addtimenvarchar50可第四章 详细设计4.1 设计原则人机交互子系统是用户所能直接看到

21、的，是给用户的第一感觉，他现在已经成为判断一个软件好坏的重要标准。在设计人机交互子系统的时候，必须遵循以下原则：设计出一个易用、低错、适应、美观的界面，能够使用户自如的完成操作，而用户不需要有较高的计算机专业知识和技能。主要特点：（1）易用性。前期对项目的大量细致的分析，以及对用户群的调查，充分考虑实际操作的各项细节，使得普通用户在不需要查看用户手册的情况下亦能很自如的操作系统，并对操作流程有清晰的了解。（2）低出错率为了防止用户在操作中出现各种失误，界面的设计在各个环节都给与用户必要的提示，同时也在空间排布上引导用户按照正确的顺序进行操作，大大减少操作出错的几率，也减低了操作者的劳动强度。（

22、3）合理性父窗体应该在屏幕的中心位置，子窗体应该在父窗体的左上角或中心，界面退出或关闭的按钮不应该放在易点的位置，对数据进行无法恢复的操作，应有提示信息，给用户有选择放弃的机会。对错误的提示要准确、清楚、有足够多的信息。（4）高适应性系统面向的用户群有三类，对于不同的用户，他们拥有不同的操作目的、操作流程以及不同的权限，如何考虑系统的适应性也是界面设计时的重要部分，本系统可以面向不同的用户提供不同的界面，实现高适应性。（5）美观性系统界面以白色和灰色为主色调，辅助以少量鲜艳的小图，给人的感觉是清晰明了，赏心悦目，长时间工作于此系统不会有视觉疲劳感，充分考虑色彩与结构的关系，并通过精心的点缀引导

23、用户的视线顺序完成操作。设计出一个易用、低错、适应、美观的界面，能够使用户自如的完成操作，而用户不需要有较高的计算机专业知识和技能。4.2房屋销售系统功能模块图房屋销售系统会员登陆模块售租信息模块信息检索模块留言板模块房屋销售系统会员登陆模块售租信息模块信息检索模块留言板模块管理员登陆模块模块会员资料管理模块房屋信息查询模块合同信息管理模块注册会员管理模块售租信息管理模块发布信息管理模块返回网页首页模块留言板管理模块安全退出模块返回网页首页模块4.3 前台设计（主要模块）4.3.1 用户登陆窗体设计及用户登陆流程图用户登陆窗体使为了保证系统的安全性，只有许可用户才可进入，如果输入密码和用户名与

24、数据库密码和用户名不匹配则不允许进入系统。如图4-1所示：在“用户名”，“密码”，“验证码”的文本框中输入用户名，密码，验证码，单击“登陆”即可。图4-1 用户登陆窗口本窗体常用的登录框来界面显示，其主要流程如下图：用户输入登录信息用户输入登录信息判断合法性以用户名查询数据库验证密码登录成功登录失败无输入 用户名不存在 用户名存在 密码错误 密码正确 图 4-2 用户登陆流程图4.3.2 主页面根据以上原则和数据流程图做了下面的主界面，提供了方便用户操作的接口（出售信息，出租信息，求租信息，求购信息，信息检索，留言板等）。下面对租售功能进行比较详细的介绍：出售信息：出售信息展示了当前所能提供销

25、售房的信息，和出租房屋的相关信息一致。找到满意的房屋后，可以通过x购买房屋。出租信息：出租信息展示了当前所能提供出租房的信息，包括房屋类型、面积、价格、x以及信息出租信息的发布时间，找到合适的房子后，可以通过超链接查看房屋更加详细的信息。求购信息：求购信息由求购者通过管理员渠道，将求购发布在网站上，提求购信息和求租信息相似。求租信息：求租信息由求租者通过管理员渠道，将求租要求发布在网站上，求租信息和出租信息相似。总之，主界面展示了出售者，出租者，求购者，求租者的房屋信息，将四种类型房屋信息集中展示，高效的完成房屋信息展示。图4-3 主窗口设计4.3.3 信息查询“房屋销售管理系统”中，查询功能

26、也是一个十分重要的功能，当有很多房屋信息时，如何给用户呈现出需要的信息和过滤掉不用的信息是一个需要解决的问题。因此，考虑到用户的需求，系统应该具有一个比较人性化的查询系统，可以根据不同的要求来进行查询。查询的速度要快捷，查询的结果要准确。“房屋销售信息系统”的查询系统可以分成下面几个方面来进行查询：根据房屋类型，出售，出租等来进行模糊查询。主要流程见下图：用户选择查询内容用户选择查询内容用户设置查询条件查询条件判断更改查询条件显示查询信息显示错误信息条件非法条件合法图4-4房屋查询流程图图4-5 房屋信息查询图4.3.4 留言板 留言板模块：是实现用户与用户，用户与管理员交流的功能，通过将用户

27、发表信息按照时间顺寻存入数据库，以便随后读取及管理员的修改等操作。图4-6留言板图4.4后台管理模块设计4.4.1后台管理员登陆窗体设计及后台管理员登陆流程图管理员登陆窗体如同用户登陆窗体设计一样：为了保证系统的安全性，只有许可用户才可进入，如果输入密码和用户名不匹配则不允许进入系统。后台管理员登陆的窗体如图4-7所示：在“用户名”，“口令”，“验证码”的文本框中输入用户名，口令，验证码，单击“登陆”即可。后台管理员登陆的流程图如图4-8所示。图4-7管理员登陆设计图管理员输入信息管理员输入信息判断合法性以用户名查询数据库验证密码登录成功登录失败 无输入 用户名存在 密码正确密码错误图4-8后

28、台管理员登陆流程图4.4.2后台功能：房屋售租信息发布功能这里以房屋售租信息发布功能图为例来展示后台管理哥功能的设计样式。图4-9房屋售租信息发布图第五章 系统测试5.1 测试的原则软件测试（Software testing）是软件生存期（Software life cycle）中的一个重要阶段，是软件质量保证的关键步骤。通俗地讲，软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码进行最终复审的活动。1983年IEEE提出的软件工程术语中给软件测试下的定义是：“使用人工或自动的手段来运行或测定某个软件系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别

29、”。这个定义明确指出：软件测试的目的是为了检验软件系统是否满足需求。在G.J.Myers的经典著作软件测试技巧中，给出了测试的定义： 程序测试是为了发现错误而执行程序的过程。测试的目的是发现程序中的错误，是为了证明程序有错，而不是证明程序无错。在软件开发过程中，分析、设计与编码等工作都是建设性的，惟独测试是带有破坏性，测试可视为分析、设计和编码3个阶段的最终复审，在软件质量保证中具有重要地位。为了确保软件的质量，较理想的做法应该是对软件的开发过程，按软件工程各阶段形成的结果，分别进行严格的审查。当设计工作完成以后，就应该着手测试的准备工作了，一般来讲，由一位对整个系统设计熟悉的设计人员编写测试

30、大纲，明确测试的内容和测试通过的准则，设计完整合理的测试用例，以便系统实现后进行全面测试。5.2功能测试1.基本数据的测试：在数据测试的过程中，主要根据一些数据的临界值，从数据类型，数据范围，数据长度等多方面考虑，列举了一系列的测试用例，重点测试了一些危险数据和边缘数据，尽量做到系统的可靠性。针对每一种情况，包括正常情况和非正常情况都举了很多测试用例。从用户的角度考虑，可能出现的操作错误和数据输入错误，也都进行了一系列的测试。2.系统的测试： 在测试系统整个流程的过程中，针对系统的主要流程，进行用户的模拟操作。针对系统各个功能模块，对照功能的流程图，对每一个操作都进行了分析，得出了各种可能出现

31、的情况，并对各种情况的不同处理进行了测试，包括正常情况和错误处理情况。对应各种错误，不管是常见的错误和可能发生的错误，都进行了相应的测试。3.其他测试：在系统的可移植性上，把编译成可执行文件的程序拿到不同的软件环境和硬件平台下进行测试。包括不同的操作系统（仅限于常用的几种Microsoft的Windows系列），以及常见的一些硬件环境中都进行了测试。对客户机/服务器模式的工作情况进行了测试，不只在本地机器，还在服务器上也进行了测试。在数据的安全保密性方面，也做了相应的测试。由于测试的过程中，时间比较少，在测试的方法和测试用例的选择方面可能还存在各种不足之处，系统的某些方面难免存在不足或者漏洞，

32、只能在现有的水平上来解决所有这些现有的问题。不过，系统的可维护性还是很高的，如果以后发现新的问题，应该可以及时解决。通过对基本数据的测试，发现了一些问题，例如：输入数据超过范围，输入数据类型不符，数据长度不符等等，针对每一种错误，进行了相应的错误处理，在数据的安全性方面，系统增加了很多约束，例如：通过不可编辑的下拉单来防止用户输入非法的数据，通过灰化动态文本框来保证数据的安全等等。经过反复的测试和修改，基本达到了数据方面的准确性，可靠性和安全性的要求。在测试系统的整个流程的过程中，针对系统的不同分支结构，不同功能模块，都发现了或大或小的问题，例如，退出窗口提示数据保存信息，非法用户的越权操作，

33、以及一些逻辑顺序错误。在改正这些错误的同时，对整个系统的结构又进行了比较完善的修改，尽量做到了没有系统错误，没有异常退出等情况出现。经过多次修改并测试，基本能够达到功能完备，无异常错误，数据安全，用户权限可靠等目的。4.结果测试：在测试系统过程中，测试了会员登陆时用户输入错误密码和用户名时出现的结果；管理员登陆时管理员输入错误密码或用户名时出现的结果；管理员后台安全退出的功能。 例如：会员注册用户名为leihaotian，密码为123456，如果会员登陆时输入用户名为leihaotian,密码为654321，则弹出密码错误（如图5-1）。管理员用户名为admin，密码为123456，如果会员登

34、陆时输入用户名为admin,密码为654321，则弹出密码错误（如图5-2） 管理员点击安全退出则系统跳出提示如如图5-3。如图5-1 用户登陆窗口测试 如图5-2 管理员登陆窗口测试如图5-3 管理员安全退出功能测试结 论本系统通过不断改善，已经可以正常运行，基本实现所设计的功能。系统运行稳定，操作简单，维护方便，实现对房源的管理。本系统充分考虑人性化设计，每个模块都仅可能的简化用户和操作员的输入，并有各种的系统提示，以方便用户的使用。由于本身水平有限，时间仓促，本系统还有很多不尽人意的地方。对用户需求了解的正确与否，直接影响程序设计、系统测试、系统维护的进度和工作量。即使开发软件工作组怎么

35、优秀，团队合作如何融洽，需求这块都是绝对不容忽视的。比如以下几种心理或现象都是比较普遍的：一是与用户合作不如编写代码有意思；二是因为开发人员觉得已经明白用户的需求了；三是“画蛇添足”，开发人员力图增加一些“用户欣赏”但需求规格说明中并未涉及的新功能；四是用户提供过于简单的规格说明。这都是我要避免的。对需求了解的错误导致的返工是软件工程的大忌。做这个系统，首先要深入的调查需求，然后参考一些类似的系统。永远都不要觉得自己已经能够完全独立的开发一个系统了，那样只能让你裹足不前。只有结合别人的心得、示例、自己的经验、创新，你才会进步。由于以前软件工程课的学习，因此写流程图、结构图的时候相对比较轻松，有

36、明确的方向，这就是所谓的经验。数据库设计是一个很关键的步骤，表与表之间清晰的关系，表内部的主码设计的好坏，数据的累加数据项的添加等都是不容忽视的问题。有些可能在理论上不需要的字段，但实际应用中往往把它添上去。比如说：留言板模块，并不要求把顾客当时把那个时间写进去，但我们添一个时间字段，在数据库中自动添加当前系统日期。这样我们就可以轻松的记录留言板的留言的顺序。接下来是程序设计。首先根据先前的经验和用户的需求，搭好一个整体的框架。在这里考虑的问题为一、降低软件模块间的耦合度 ，高耦合度的系统是很难维护的。一处的修改引起另一处甚至更多处的变动。 你可以通过以下方法降低程序的耦合度：隐藏实现细节，强制构件接口定义，不使用公用数据结构，不让应用程序直接操作数据库。耦合度低的软件可以很容易被重用、维护和扩充。 二、 提高软件的内聚性，如果一个软件的模块只实现一个功能，那么该模块具有高内聚性。高内聚性的软件更容易维护和改进。 判断一个模块是否有高的内聚性