软件工程学习（论文需求）

一、软件的生存周期

1.可行性研究

2.需求分析

3.软件设计（概要设计、详细设计）

4.程序编写

5.软件测试

6.运行与维护

二、论文需求

编写一个点餐系统的软件设计。

一、设计概述

1.选题背景

2.国内外研究

3.可行性分析

二、需求分析

1.需求说明

2. 数据流分析

三、 数据库设计

四、概要设计

1.功能模块划分

2.程序系统结构设计

五、详细设计

1.XXX模块设计

六、 测试设计

七、总结

第一步：设计概述。

这里主要是从四个方面写可行性研究：

技术可行性、经济可行性、操作可行性、法律可行性。

第二步：需求分析。

软件需求分析是软件开发过程中的一个重要步骤，它涉及确定和定义软件产品将要实现的功能和性能。在进行软件需求分析时，需要完成以下任务：

1. 确定用户需求：与用户进行沟通，了解他们的需求和期望，确定软件产品需要实现的功能。

2. 分析竞争产品：研究市场上已有的类似产品，了解它们的优缺点，为软件产品的设计提供参考。

3. 定义功能需求：根据用户需求和竞争产品分析结果，确定软件产品需要实现的具体功能。

4. 定义性能需求：确定软件产品在运行时应满足的性能指标，如响应时间、吞吐量等。

5. 定义界面需求：确定软件产品的用户界面设计，包括布局、颜色、字体等方面。

6. 定义数据需求：确定软件产品需要处理的数据类型和数据结构。

7. 定义安全需求：确定软件产品需要满足的安全标准，包括数据加密、访问控制等方面。

8. 编写需求文档：将上述分析结果整理成文档形式，为后续开发工作提供参考。

完成这些任务可以帮助您更好地了解用户需求，并为软件产品的设计提供明确的指导。

最主要的是完成上述为粗体的需求分析，以点餐系统为例：

点餐系统（属于第二步的第一个小点）：

1.需求说明：

餐厅管理系统的总目标是为用户提供迅速、高效的服务，减免手工处理的繁琐与误差，及时、准确地反映餐厅的工作情况、经营情况，从而提高餐厅的服务质量，获得更好的经济效益。其具体目标包括：

1）快速准确的点餐。

2）实时更新并提供最新餐单。

3）实现顾客排队功能。

4）结账功能。

顾客：要查看餐单，选择菜品，进行点单，点单完成提交给系统，最后进行支付，得到一个排队号 。

管理员：能登录系统对菜单进行修改（增加、删除菜品），可以对顾客的订单进行管理（删除、退款）。

餐厅员工：负责完成备餐后通知系统。

 

程序的用例图：

用例图（Use Case Diagram）是一种用来描述系统功能和外部实体之间交互的图形化工具。它是统一建模语言（UML）中的一种行为图，通常用于软件需求分析阶段，帮助分析人员确定系统的功能需求。

用例图中包括用例（Use Case）、参与者（Actor）和关系（Relationship）三种元素。用例表示系统的一个功能，参与者表示与系统交互的外部实体，关系表示用例和参与者之间的关联。

分析程序的用例图：

 

需要完成以下功能：

（1）菜单管理：

• 系统应允许管理员添加、修改和删除菜品信息，包括菜品名称、图片、描述、价格等。
• 系统应允许管理员对菜单进行分类管理，如设置菜品类别、推荐菜品等。

（2）点餐：

• 系统应允许顾客浏览菜单，查看菜品信息。
• 系统应允许顾客选择菜品，添加到购物车中。
• 系统应允许顾客修改购物车中的菜品数量。
• 系统应允许顾客提交订单，包括选择用餐人数、用餐时间等信息。

（3）订单管理

• 系统应允许管理员查看所有订单信息，包括订单状态、订单详情等。
• 系统应允许管理员修改订单状态，如标记订单为已完成、已取消等。
• 系统应允许管理员对订单进行统计分析，如统计每日营业额、热门菜品等。

顾客订餐、取餐过程如下：

1. 顾客请求查看菜单；
2. 系统显示菜单和今日特价；
3. 顾客选菜；
4. 系统显示订单和价格；
5. 顾客确认订单；
6. 系统显示排队号；
7. 顾客选择支付方式；
8. 系统确认接受订单，同时发送相关订餐信息通知给餐厅员工。
9. 餐厅员工完成订单，通知系统
10. 系统通知顾客取餐

于是得到点餐过程的数据流程图：

略

第三步：数据库设计（要画ER图，并转为关系模式）