面向对象课程总结。。

吴佳峻-22373141 学生 2024-06-12 08:50:59

第四单元总结

一、正向建模与开发

1、UML正向建模

利用UML（统一建模语言）进行正向建模设计Java应用程序的流程通常包括以下几个步骤：

确定需求：在所有任务开始之前，需要明确Java应用程序的需求和功能。这可能涉及与客户或利益相关者进行讨论，收集需求，并定义应用程序的范围和目标。需求定义包括：
- 功能需求：系统需要完成的任务和功能。
- 非功能需求：性能、安全性、可扩展性等。
- 用户需求：系统的目标用户及其期望。
绘制类图：类图是描述系统中类、接口、关系和属性的UML图表。可以根据系统的概念设计创建类图，标识系统中的各个类、它们的属性和方法，并定义它们之间的关系，如继承、关联等。绘制类图的步骤包括：
- 确定类和对象：识别系统中的主要类和对象。
- 定义属性和方法：为每个类添加相应的属性和方法。
- 建立关系：定义类之间的继承、关联、聚合和组合关系。
绘制状态图：状态图是一种UML图表，用于描述对象之间的状态切换。可以根据类图创建状态图，展示在不同的操作或方法调用之间对象的交互状态切换流程。绘制状态图的步骤包括：
- 确定对象状态：识别对象可能的状态。
- 定义状态转换：描述状态间的转换条件和事件。
- 完成状态图：将状态和转换可视化。
绘制顺序图：顺序图是一种UML图表，用于描述系统中的活动、流程和决策。可以根据类图和系统的工作流程创建顺序图，展示系统中的各个活动以及它们之间的关系和条件。绘制顺序图的步骤包括：
- 确定参与者：识别系统中的主要参与者（类和对象）。
- 描述交互过程：详细描述参与者之间的信息交换和交互过程。
- 完成顺序图：将交互过程以时间顺序展示。
编写代码：一旦完成了UML建模，就可以根据设计的结果开始编写Java代码。可以使用UML图表作为参考，根据类图中的类和方法编写相应的Java类和方法。编写代码的步骤包括：
- 创建类和接口：根据类图创建Java类和接口。
- 实现属性和方法：为每个类实现属性和方法。
- 实现关系：根据类图定义的关系，实现类之间的关联、继承等。
进行测试和调试：在编写完代码后，进行测试和调试是非常重要的。可以根据类图、状态图和顺序图中定义的交互流程来编写测试用例，确保Java应用程序按照预期进行操作。测试和调试的步骤包括：
- 单元测试：针对每个类和方法进行单独测试，确保其正确性。
- 集成测试：测试系统中各模块的集成，确保它们能够协同工作。
- 系统测试：对整个系统进行全面测试，确保其功能和性能符合需求。
- 调试：通过工具和技术，识别和修复代码中的错误。
部署和维护：最后在所有工作完成之后，可以将Java应用程序部署到适当的环境中，并对其进行维护和更新，以确保其正常运行和满足用户需求。部署和维护的步骤包括：
- 部署：将应用程序部署到生产环境，包括服务器配置、数据库设置等。
- 监控：持续监控系统性能和健康状态，确保其稳定运行。
- 维护和更新：定期进行系统维护，修复bug，更新功能，确保系统持续满足用户需求。

2、应用实例：图书馆管理系统

1. 确定需求

图书馆管理系统需要实现以下主要功能：

管理员可以录入新书，更新书籍信息，删除旧书。
读者可以查询书籍信息，借阅书籍，归还书籍。
系统需要记录借阅历史，生成报表。

2. 绘制类图

根据需求，绘制了图书馆管理系统的类图。以下是主要的类及其关系：

Library 类：表示图书馆，包含书籍列表、读者列表、管理员列表等属性。
Book 类：表示书籍，包含书名、作者、ISBN等属性。
User 类：表示用户，是 Reader 和 Librarian 的父类，包含用户ID、姓名等属性。
Reader 类：表示读者，继承自 User 类，包含借阅记录等属性。
Librarian 类：表示管理员，继承自 User 类，包含管理权限等属性。
BorrowRecord 类：表示借阅记录，包含借阅日期、归还日期等属性。

类图的核心部分如下：

Library --|> Book
Library --|> User
User --|> Reader
User --|> Librarian
Reader --|> BorrowRecord

3. 绘制状态图

状态图描述了 Book 对象在不同操作下的状态变化：

Available：书籍可借状态。
Borrowed：书籍已借出状态。
Reserved：书籍被预定状态。

状态图展示了书籍从 Available 到 Borrowed 再到 Available 的状态转换过程。

4. 绘制顺序图

顺序图描述了读者借阅书籍的流程：

读者查询书籍信息。
系统返回查询结果。
读者选择借阅书籍并发出借阅请求。
系统处理借阅请求并更新书籍状态。
系统生成借阅记录并通知读者借阅成功。

顺序图的核心部分如下：

Reader -> System: 查询书籍信息
System -> Reader: 返回查询结果
Reader -> System: 借阅书籍请求
System -> Library: 更新书籍状态
Library -> System: 生成借阅记录
System -> Reader: 通知借阅成功

5. 编写代码

根据UML图，编写Java代码。

6. 进行测试和调试

根据类图和顺序图中的交互流程，编写测试用例，确保每个功能模块正常工作。例如：

测试书籍信息的录入、查询、更新和删除。
测试读者的借阅和归还流程。

测试代码示例

@Test
public void testBorrowBook() {
    Library library = new Library();
    Reader reader = new Reader();
    Book book = new Book("Java Programming", "Author Name", "123456789");
    
    library.addBook(book);
    reader.borrowBook(library, book);
    
    assertEquals(BookStatus.Borrowed, book.getStatus());
    assertTrue(reader.getBorrowRecords().contains(book));
}

7. 部署和维护

所有功能开发完成并通过测试后，将系统部署到服务器上，并进行定期维护和更新，确保系统稳定运行。

3、总结

通过UML正向建模，能够系统化地设计和开发Java应用程序。正向建模不仅帮助明确需求，还能在开发过程中提供清晰的指导。通过类图、状态图和顺序图的绘制，能够直观地展示系统的结构和行为，从而提高开发效率和代码质量。通过测试和调试，能够确保系统按预期工作。最后，系统的部署和维护则保证了其长期稳定运行。

在本次图书馆管理系统的开发过程中，严格按照UML正向建模的流程，从需求分析到类图绘制，再到代码实现和测试，确保了每个环节的有序进行。最终，成功地开发出了一套功能完备的图书馆管理系统，为用户提供了便捷的图书管理和借阅服务。

二.本单元作业架构设计总结

本单元作业的主要任务是设计并实现一个图书馆管理系统，旨在通过面向对象设计（OOD）的方法，提升系统的模块化和可维护性。

架构设计概述

本系统采用典型的分层架构设计，主要分为以下几层：

数据层：负责存储系统中的所有数据，包括书籍信息、用户信息、借阅记录等。
业务逻辑层：包含处理业务逻辑的核心类，如借阅管理、归还管理、订购管理等。
用户接口层：提供用户与系统交互的接口。

每一层次的设计都遵循单一职责原则（SRP）和接口隔离原则（ISP），确保每个类和接口都有明确的责任划分和职责范围。

类设计与UML模型

1. Library类

职责：作为系统的核心类，负责管理书籍的添加、删除、查询以及整体的书籍库存管理。
UML设计：在UML类图中，Library类包含对书籍的增删改查方法，且与其他类（如BorrowAndReturnLibrarian、OrderLibrarian等）有直接的关联。

2. Man类

职责：作为主类，向library传递消息。

3. Student类

职责：继承自Man类，表示图书馆的借阅者，拥有借阅书籍的功能。
UML设计：在UML中，扩展了特定于借阅者的功能。

4. BorrowAndReturnLibrarian类

职责：负责处理书籍的借阅和归还操作。
UML设计：此类与BorrowRequest类有直接的关联，用于处理借阅请求。

5. OrderLibrarian类

职责：负责处理书籍的订购操作。
UML设计：此类与OrderRequest类有直接的关联，用于处理订购请求。

6. ShelfLibrarian类

职责：负责书籍的上架和管理。
UML设计：负责书籍的上架逻辑，与Library类有直接关联。

7. BorrowRequest类

职责：表示借阅请求，包含书籍信息和借阅者信息。
UML设计：此类用于传递借阅操作的数据，与BorrowAndReturnLibrarian类交互。

8. OrderRequest类

职责：表示订购请求，包含书籍信息和订购者信息。
UML设计：此类用于传递订购操作的数据，与OrderLibrarian类交互。

9. DriftCorner类

职责：管理书籍漂流操作，使书籍可以在不同读者之间流转。
UML设计：此类独立存在，管理特定的书籍漂流功能。

三、代码设计与UML模型设计的追踪关系

在代码实现阶段，严格遵循了UML模型设计，确保设计与实现的一致性。以下是详细的对比分析：

1. 类结构一致性

类的职责：在最终的代码实现中，每个类的职责与UML设计中的描述保持一致。例如，Library类在代码中依然负责管理书籍的增删改查操作。

2. 方法和属性的一致性

方法签名：在代码实现中，各个类的方法签名与UML类图中的设计保持一致，例如Library类中的addBook()、removeBook()等方法。
属性设置：每个类的属性设置也严格按照UML设计中定义的属性进行实现，如Student类中的name、id等基本属性。

3. 交互和关联关系一致性

类间交互：在UML顺序图中定义的类间交互关系，如BorrowAndReturnLibrarian类处理BorrowRequest请求的交互过程，在代码实现中得到了准确的体现。
关联关系：如BorrowRequest类与BorrowAndReturnLibrarian类的关联，在代码中通过构造方法或关联属性得到了实现，确保了类间的正确交互。

4. 设计原则的遵循

单一职责原则（SRP）：每个类在代码实现中都只负责一种功能，确保了类的高内聚性和低耦合性。
接口隔离原则（ISP）：在设计和实现中，确保了接口的精简和明确，使每个接口都只包含相关的方法。

5. 追踪关系

通过上述对比分析，可以看出最终的代码设计严格遵循了UML模型设计，保证了从设计到实现的准确追踪关系。这不仅提高了代码的可读性和可维护性，也确保了系统功能的完整性和一致性。

总结

通过本单元作业的架构设计和实现，我深刻理解了面向对象设计的基本原则和方法。UML模型作为设计阶段的重要工具，不仅帮助清晰地定义了系统的静态结构和动态行为，也为代码实现提供了明确的蓝图。在实际的代码实现中，严格按照UML模型设计，确保了设计与实现的一致性，为系统的成功构建奠定了坚实的基础。

四、课程测试思维演进

第一单元：抽象和模块化思维 - 多项式运算

抽象和模块化思维

在第一单元中，我们主要学习了如何通过抽象和模块化的方式来处理多项式运算。通过将复杂的问题分解为独立的模块和组件，并定义清晰的接口和关系，将这些模块连接起来。这种抽象和模块化的思维大大提高了代码的可扩展性、可维护性和复用性。

具体实现：
在多项式运算的实现中，我将多项式表示为一个类 Polynomial，定义了多项式的基本操作接口，例如加法、减法和乘法。每个操作都对应一个方法，这些方法通过接口 IPolynomialOperation 来定义。例如：

public interface IPolynomialOperation {
    Polynomial add(Polynomial other);
    Polynomial subtract(Polynomial other);
    Polynomial multiply(Polynomial other);
}

通过这种方式，使得多项式类的实现更加灵活，可以轻松扩展新的操作而不影响现有代码。

面向接口编程

这一单元强调了面向接口编程的重要性。通过定义清晰的接口，并在代码中使用接口进行交互，而不是直接依赖具体的实现，提高了系统的松耦合性和可测试性。

具体实现：
在多项式运算中，定义了操作接口 IPolynomialOperation，并通过该接口来实现具体的运算类 PolynomialOperation。这样一来，如果将来需要扩展新的运算，只需实现该接口即可，而不需要修改现有的代码。这种面向接口编程的设计方式，极大地提高了系统的可扩展性和可维护性。

第二单元：多线程和电梯系统

多线程编程的应用

第二单元介绍了多线程编程的重要性以及如何在电梯系统中应用多线程。通过学习，我掌握了多线程编程的基本原理，如线程的创建、同步和通信。学会了在复杂系统中应用多线程技术，以提高系统的并发性能和响应速度。

具体实现：
在设计电梯系统时，每个电梯的控制逻辑被封装为一个独立的线程 ElevatorThread。该线程负责处理电梯的运行逻辑，包括接收乘客请求、计算最优路径、移动电梯等。

线程同步和通信

学习了多线程同步和通信的技术，如锁、信号量和条件变量等。这些技术帮助我在设计电梯系统时，确保了线程之间的安全和高效通信，避免了死锁和竞争条件的发生。

具体实现：
在电梯系统中，为了确保多个电梯线程之间的协调和通信，我引入了一个中央控制器 ElevatorController，该控制器负责接收和分配乘客请求。通过使用 ReentrantLock 和 Condition 实现线程同步，确保每个电梯线程在安全的情况下访问共享资源。

public class ElevatorController {
    private final ReentrantLock lock = new ReentrantLock();
    private final Condition condition = lock.newCondition();

    public void requestElevator(int floor) {
        lock.lock();
        try {
            // 处理请求逻辑
            condition.signalAll();
        } finally {
            lock.unlock();
        }
    }
}

性能和可伸缩性考虑

在设计电梯系统时，我更加注重系统的性能和可伸缩性方面的设计。通过合理的线程调度和资源管理，提高了系统的并发性能和响应速度，保证了系统在高并发环境下的稳定性和可扩展性。

具体实现：
为了提高系统的性能和可伸缩性，我使用了线程池 ExecutorService 来管理电梯线程的创建和销毁。通过线程池，可以有效地控制线程的数量，避免了系统资源的浪费。同时，通过调优线程池的参数（如核心线程数、最大线程数、线程空闲时间等），进一步提高了系统的性能。

第三单元：社交网络

设计原则的应用

第三单元介绍了一些设计原则，如单一职责原则、开闭原则、依赖倒置原则等。在设计社交网络系统时，我应用了这些设计原则，以指导系统的设计和演化。更加注重高内聚、低耦合、可扩展和可维护性等设计原则的实践。

具体实现：
在社交网络系统中，每个类只负责一种功能。例如，User 类负责管理用户信息，Relationship 类负责管理用户之间的关系，Message 类负责处理消息。通过这种单一职责的设计，使得每个类的职责更加明确，代码的可读性和可维护性得到了提升。

数据结构和算法的选择

在社交网络系统中，数据结构和算法的选择至关重要。我学习了如何选择和优化数据结构和算法，以提高系统的性能和可伸缩性。例如，使用图数据结构来表示用户之间的关系，采用广度优先搜索算法来查找用户之间的最短路径。

具体实现：
在设计社交网络系统时，我使用图数据结构 Graph 来表示用户和用户之间的关系。每个用户是图中的一个节点，用户之间的关系是图中的边。通过广度优先搜索算法 BFS 实现了用户之间最短路径的查找。

public class Graph {
    private Map<User, List<User>> adjacencyList;

    public List<User> findShortestPath(User start, User end) {
        Queue<User> queue = new LinkedList<>();
        Map<User, User> predecessors = new HashMap<>();
        // 广度优先搜索算法实现
    }
}

性能优化

在设计社交网络系统时，我还考虑了系统的性能优化问题。通过缓存机制、索引优化等手段，提高了系统的查询效率和响应速度，保证了系统在高并发环境下的稳定性和可扩展性。

具体实现：
为了提高系统的查询效率，我引入了缓存机制 Cache，将频繁访问的数据缓存到内存中，减少了数据库的访问次数。同时，通过对数据库表建立索引 Index，进一步提高了查询性能。

第四单元：图书管理系统

软件架构的理解

第四单元介绍了一些常见的软件架构，如分层架构、中心控制式、分级代理式等。在设计图书管理系统时，我开始理解不同架构模式的特点和适用场景，并在实际的架构设计中考虑选择合适的架构模式。

分层架构的应用

在图书管理系统中，我采用了分层架构设计，包括数据层、业务逻辑层和用户接口层。数据层负责存储系统中的所有数据，业务逻辑层处理业务逻辑，用户接口层提供用户与系统交互的接口。每一层次的设计都遵循单一职责原则和接口隔离原则，确保每个类和接口都有明确的责任划分和职责范围。

具体实现：
在图书管理系统的实现中，数据层包括了 BookRepository、UserRepository 等类，负责数据的持久化和查询。业务逻辑层包括 LibraryService、BorrowService 等类，负责处理具体的业务逻辑。用户接口层包括 LibraryController，提供用户与系统的交互接口。

模块化设计

在图书管理系统中，我将系统分解为多个模块，如用户管理、书籍管理和借阅管理。每个模块都有清晰的接口定义，通过接口进行交互，提高了系统的松耦合性和可扩展性。例如，书籍管理模块负责书籍的添加、删除和查询，借阅管理模块负责书籍的借阅和归还。

具体实现：
在图书管理系统中，UserManagementModule 负责用户的注册、登录和信息更新，BookManagementModule 负责书籍的添加、删除和查询，BorrowManagementModule 负责书籍的借阅和归还。每个模块通过接口 IUserManagement、IBookManagement 和 IBorrowManagement 进行交互，保证了系统的松耦合性和可扩展性。

总结

通过学习面向对象课程，我的架构设计思维从简单的功能实现向更综合、抽象和可扩展的思维转变。现在，我更加注重抽象和模块化思维，应用设计模式、面向接口编程和设计原则，考虑性能和可伸缩性，并理解不同的软件架构模式。这种思维的演进使我能够设计出更高质量、可维护和可扩展的软件系统。

五.测试思维的演进与提升

学习面向对象课程后，我的测试思维经历了一系列的演进和提升。以下是我在每个单元中的学习和思考，以及它们对我测试思维的影响。

第一单元：单元测试意识的加强 - 多项式运算

单元测试意识的加强

在第一单元中，我们主要学习了多项式运算的实现，这一单元强调了单元测试的重要性。学习后，我更加注重编写可靠、独立和可重复执行的单元测试。通过使用测试框架和断言库，我学会了如何编写有效的单元测试，并将其作为开发过程中的重要环节。

具体实现：
在多项式运算的实现过程中，我为每个多项式操作编写了单元测试。例如，对于加法操作，我编写了测试用例来验证不同情况下加法的正确性。同时编写了自动化测评。

@Test
public void testAdd() {
    Polynomial p1 = new Polynomial("2x^2 + 3x + 4");
    Polynomial p2 = new Polynomial("x^2 + 2x + 1");
    Polynomial result = p1.add(p2);
    assertEquals("3x^2 + 5x + 5", result.toString());
}

通过这种方式，确保每个方法在开发过程中都能正确工作，提高了代码的可靠性。

第二单元：集成测试和系统测试的考虑 - 多线程和电梯系统

集成测试和系统测试的考虑

除了单元测试外，第二单元还引导我关注集成测试和系统测试。我学习了如何编写集成测试来测试多个组件之间的交互，并使用系统测试来验证整个系统的功能和性能。这种全面的测试思维帮助我更全面地保证系统的质量和稳定性。

具体实现：
在电梯系统的设计中，我编写了集成测试来验证电梯线程和中央控制器之间的交互。例如，测试多个电梯同时处理请求的情况：

@Test
public void testMultipleElevatorsHandlingRequests() {
    ElevatorController controller = new ElevatorController();
    ElevatorThread elevator1 = new ElevatorThread(1, controller);
    ElevatorThread elevator2 = new ElevatorThread(2, controller);
    
    elevator1.start();
    elevator2.start();
    
    controller.requestElevator(5);
    controller.requestElevator(3);
    
    // 验证电梯正确处理请求
    assertTrue(controller.allRequestsHandled());
}

通过这种方式，确保多个组件在一起工作时能够正确交互，提高了系统的稳定性。

第三单元：测试驱动开发（TDD）的实践 - 社交网络

测试驱动开发（TDD）的实践

在第三单元中，我了解到了测试驱动开发（TDD）的概念和实践。学习了如何在编写代码之前先编写测试用例，并通过逐步添加代码来使测试通过。TDD的实践能够帮助我更早地发现问题，提高代码质量和可维护性。

具体实现：
在社交网络系统中，我使用JUnit首先编写测试用例，然后编写代码以通过测试。例如，为用户之间的关系查找最短路径功能编写测试：

@Test
public void testFindShortestPath() {
    Graph graph = new Graph();
    User user1 = new User("Alice");
    User user2 = new User("Bob");
    User user3 = new User("Charlie");
    
    graph.addUser(user1);
    graph.addUser(user2);
    graph.addUser(user3);
    
    graph.addRelationship(user1, user2);
    graph.addRelationship(user2, user3);
    
    List<User> path = graph.findShortestPath(user1, user3);
    assertEquals(Arrays.asList(user1, user2, user3), path);
}

通过这种方式，确保在编写代码之前已经明确了需求，减少了错误的发生，提高了代码的质量。

单元测试工具的应用

在这一单元中，我深入学习并应用了JUnit这个单元测试工具。通过JUnit的测试框架，能够更加便捷地编写和运行测试用例，并生成详细的测试报告。

具体实现：
在社交网络系统中，所有的测试用例都使用JUnit编写。通过JUnit的注解（如 @Test、@Before、@After 等），能够简化测试用例的编写，提高测试效率。

@RunWith(JUnit4.class)
public class GraphTest {
    
    private Graph graph;

    @Before
    public void setUp() {
        graph = new Graph();
        // 初始化用户和关系
    }

    @Test
    public void testFindShortestPath() {
        // 测试最短路径算法
    }

    @After
    public void tearDown() {
        // 清理测试环境
    }
}