|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
需求分析是开发过程中最关键的阶段。不同的用户有不同的网络需求，收集的需求范围包括业务需求、用户需求、应用需求、计算机平台需求、网络通信需求，同时要考虑未来的需要，以便在以后对网络实现扩展。
|
|
|
|
需求分析的输出是产生一份需求说明，也就是需求规范。在写完需求说明书后，管理者和网络设计者应达成共识，并在文件上签字，这是规避网络建设风险的关键。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
（1）任务：①确定软件系统的功能需求和非功能需求；②分析软件系统的数据要求；③导出系统的逻辑模型；④修正项目开发计划；⑤如有必要，可以开发一个原型。
|
|
|
|
（2）主要工作：①需求获取——确定对目标系统的各方面需求。涉及的主要任务是建立获取用户需求的方法框架，并支持和监控需求获取的过程。②需求分析和综合——对问题进行分析，然后在此基础上整合出解决方案。③编写需求规格说明书——对已确定的需求进行文档化描述，该文档通常称为"软件需求规格说明书"。④需求评审——评审需求分析的正确性、完整性和清晰性。
|
|
|
|
（3）软件需求规格说明书：需求分析阶段的最后成果，是软件开发的重要文档之一。其作用有三：①便于用户、开发人员进行理解和交流；②反映出用户问题的结构，可以作为软件开发工作的基础和依据；③作为确认测试和验收的依据。软件需求规格说明书的内容主要包括概述、数据描述、功能描述、性能描述、参考文献和附录等。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
需求分析的任务是通过详细调查现实世界要处理的对象（组织、部门、企业等），充分了解原系统（手工系统或计算机系统）的工作概况，明确用户需求，确定新系统的功能。
|
|
|
|
调查的重点是"数据"和"处理"，以获得用户对数据库的以下4点要求。
|
|
|
|
（1）信息要求：指用户需要从数据库中获得信息的内容与性质。通过信息要求可以导出数据要求。
|
|
|
|
（2）处理要求：指用户要完成什么处理功能，对处理的响应时间有什么要求，采用批处理还是联机处理方式。
|
|
|
|
|
|
（4）企业的环境特征：包括企业的规模与结构，部门的地理分布，主管部门对机构的规定与要求，对系统费用／利益的限制。
|
|
|
|
调查的方法主要有：跟班作业、开调查会、请专人介绍、设计调查表请用户填写、查阅原系统有关记录。
|
|
|
|
|
|
（1）数据：数据字典（通常包括数据项、数据结构、数据流、数据存储和处理过程），全系统中的数据项、数据流、数据存储的描述。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
接口实际上是一组抽象方法的集合。接口本身的访问控制只能够是public和默认的，不能是private和protected。因为接口的目的就是让其他的类来实现其中的方法或使用其中的常量。因此，接口中的方法永远是public和abstract，而接口中的常量永远是public、final和static。为接口定义方法和常量时，不需要加任何修饰符。
|
|
|
|
|
|
接口定义很像类定义，它使用的关键字是interface。下面是一个接口的通用形式：
|
|
|
|
|
|
其中，access要么是public，要么就没有用修饰符。当没有访问修饰符时，则是默认访问范围。当它声明为public时，则接口可以被任何代码使用。name是接口名，它可以是任何合法的标识符。注意定义的方法没有方法体。它们以参数列表后面的分号作为结束。它们本质上是抽象方法；在接口中指定的方法没有默认的实现。每个包含接口的类必须实现所有的方法。接口声明中可以声明变量。它们一般是final和static型的，意思是它们的值不能通过实现类而改变。它们还必须以常量值初始化。如果接口本身定义成public，所有方法和变量都是public。
|
|
|
|
|
|
一旦接口被定义，一个或多个类可以实现该接口。为实现一个接口，在类定义中包括implements子句，然后创建接口定义的方法。一个包括implements子句的类的一般形式如下：
|
|
|
|
|
|
同样，access要么是public，要么是没有修饰符的。如果一个类实现多个接口，这些接口被逗号分隔。如果一个类实现两个声明了同样方法的接口，那么相同的方法将被其中任何一个接口客户使用。实现接口的方法必须声明成public。而且实现方法的类型必须严格与接口定义中指定的类型相匹配。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
