校园图书售卖系统/二手书交易系统 软件工程综合实践
Posted 王回甘
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了校园图书售卖系统/二手书交易系统 软件工程综合实践相关的知识,希望对你有一定的参考价值。
校园图书售卖系统/二手书交易系统
目录
实验一 需求规格说明书
1 产品介绍
1.1 项目需求描述
因为在目前的大学生活中,大学生除了学校发放部分必修书籍经常需要购买选秀教材或其他书籍资料。我们软件工程课题组基于中国青年网校园通讯社就“大学生教材使用情况”给出的公开数据显示:调查总结后发现大多数大学生使用每本教材的平均时长不到6.4周。购置新的图书实在不划算,如果对于大学生开设一个校园图书售卖系统,既可以售卖掉平时同学们一些闲置的书籍,也可以让书籍再次产生价值,所以也体现出了做校园图书售卖系统的重要性和必要性。
1.2 项目需要解决的问题
在本次项目的前期准备阶段,为了使项目的开发目的和范围更加明确,我软件小组经过多次进行内部会议,并与黑龙江大学多位大学生进行问卷调查,关于在校大学生的闲置图书的问题进行了讨论,总结出了如下需要解决的问题:
- 目前在校大学生手里闲置的图书不在少数,并没有在现实意义上实现一本教材图书的真正的价值;
- 在校大学生熟悉的同学关系大部分仅限于本年级或本班级,不了解其他学院、年级的同学对于相关图书的需求,没有办法进行图书售卖。
1.3 项目概念
- 产品用途:本产品主要是为了方便在校大学生的闲置图书售卖及购买而开发;
- 产品性质:本产品是基于Java后端开发的应用系统;
- 产品的使用领域:大学生日常生活;
- 产品内容:本产品包含两个子系统,分别是信息查询子系统和系统管理子系统。
2 产品面向的用户群体
本软件的最终用户为大学内全部在校学生,因此本软件在提供完善的业务处理功能的同时,将提供友好、易用、便捷的用户操作界面和简单的使用流程,以方便使用人员更好的进行操作。
3 产品应当遵循的标准或规范
- 平台约束:
本项目的开发平台为Windows操作系统(windows xp、windows vista、windows 7);
客户端应用平台:windows操作系统;
服务器端应用平台:Linux操作系统(RHLE 5.3)
- 语言约束:
本项目的开发语言为java;国际化语言系统支持中文和英语两种语言;
- 时间约束:
项目开发周期:6周(2022-3-2 ~ 2022-4-8)
- 为了使产品更好更全面的发挥其作用,其他项目可能会与本项目并行或在本项目结束后对产品的其他子系统进行开发。
4 产品的功能性需求分析
基本功能包括:
用户的登录:用户输入账号密码若正确且匹配则成功登陆;
密码修改:用户输入旧密码再输入两次新密码,若都匹配则成功修改;
发布图书:用户进入该功能,上传图书信息,表明价格,发布;
图书下架:用户进入该功能,可以选择将发布的图书下架;
通过书名、书号、出版社查询图书:用户输入要查询的信息,系统显示图书信息;
图书信息修改:用户进入该功能,修改要修改的图书的信息 ;
系统管理员的注册:学生提供自己的相应信息,管理员根据信息创建新用户;
用户信息修改:管理员输入账号,修改对应信息;
用户信息删除:管理员输入要删除的账号,再次确认是否删除,确认删除则成功删除;
买卖信息显示:管理员输入要查询的书号,系统显示交易信息;
图书信息管理:管理员进入功能,显示平台中所有图书信息,可以选择输入要删除的书号,系统显示图书信息,再次确认是否删除,确认即成功删除;
充值服务:用户输入充值金额,输入支付密码,交易成功。
5 功能模型
5.1 系统总用例图
图一 系统总用例图
5.2 校园图书售卖系统用例描述
5.2.1 登录
图二 登录管理用例图
(1)登录
用例名 |
登录 |
用例类型 业务需求 |
用例ID |
MSM1101 |
|
主要业务参与者 |
每个用户 |
|
其他参与者 |
校园图书售卖系统 |
|
项目相关人员兴趣 |
每个用户:通过登录界面使用ID和密码登录系统。 |
|
描述 |
该用例描述了用户登录系统的过程 |
|
前置条件 |
用户已经拥有了该系统的ID |
|
后置条件 |
用户在该用例完成后可以进行对自己信息的管理。 |
|
触发条件 |
用户开始登录时该用例被触发 |
|
基本流程 |
1. 用户填入账号 2. 用户输入密码 3. 系统验证信息 4. 验证正确并匹配成功进入系统 5. 系统记录本次登录信息 |
|
替代流程 |
*a任何时刻发生以下情况,系统将会崩溃 1.用户重启电脑。 2.用户未打开程序。 2a.用户登录信息错误 |
|
结束 |
成功进入系统 |
|
实现约束和说明 |
只能在控制台进行 |
|
待解决问题 |
无法用图形界面实现 |
(2)注册
用例名 |
注册 |
用例类型 业务需求 |
用例ID |
MSM1102 |
|
主要业务参与者 |
系统管理员、用户 |
|
其他参与者 |
校园图书销售系统 |
|
项目相关人员兴趣 |
每个用户:想要通过系统管理员创建一个属于自己的账号 |
|
描述 |
该用例描述了创建一个新账号的过程 |
|
前置条件 |
系统管理员成功进入系统 |
|
后置条件 |
用户可以用新注册的账号进入系统 |
|
触发条件 |
系统管理员成功进入注册功能 |
|
基本流程 |
1. 系统管理员录入来自用户的用户信息 2. 系统判别该手机号是否被注册 3. 该手机号未被注册将信息写入文档 4. 系统记录此次注册信息 |
|
替代流程 |
*a任何时刻发生以下情况,系统将会崩溃 1.用户重启电脑。 2.用户未打开程序。 2a.若该手机号已被注册则提示手机号已被注册 |
|
结束 |
成功在系统中注册新用户 |
|
实现约束和说明 |
目前只能通过手机号来判别是否有相同账户 |
|
待解决问题 |
判别账户相同的方式较单一 |
5.2.2 用户信息管理
图三 用户信息管理用例图
(1) 信息修改
用例名 |
信息修改 |
用例类型 业务需求 |
用例ID |
MSM1201 |
|
主要业务参与者 |
用户、系统管理员 |
|
其他参与者 |
校园图书售卖系统 |
|
项目相关人员兴趣 |
用户:希望能够看到自己的信息并修改。 管理员:希望能够看到用户的信息并修改。 |
|
描述 |
该用例描述了用户或系统管理员查询并修改用户信息的过程。 |
|
前置条件 |
系统管理员或用户成功登录系统,通过身份验证。 |
|
后置条件 |
用户或系统管理员可以查看并更改用户信息。 |
|
触发条件 |
当用户选择修改信息时该用例被触发。 |
|
基本流程 |
1.用户输入账号密码进入系统 2.选择信息修改选项 3.进行信息修改 4.系统提示信息修改成功并更改系统用户信息文件 |
|
替代流程 |
输入账号密码错误未登录系统提示重新登录 |
|
结束 |
系统成功修改用户信息。 |
|
实现约束和说明 |
系统管理员可能查询到具有相同信息的账户 |
|
待解决问题 |
无 |
(2) 密码修改
用例名 |
密码修改 |
用例类型 业务需求 |
用例ID |
MSM1202 |
|
主要业务参与者 |
用户、系统管理员 |
|
其他参与者 |
校园图书售卖系统 |
|
项目相关人员兴趣 |
用户:希望能够看到自己的密码并修改。 管理员:希望能够替忘记密码的用户进行修改。 |
|
描述 |
该用例描述了用户或系统管理员修改用户密码的过程。 |
|
前置条件 |
用户系统管理员成功登录系统,通过身份验证。 |
|
后置条件 |
系统管理员可以通过用户提交的申请并更改用户密码。 用户可以登入系统之后修改密码。 |
|
触发条件 |
当管理员选择修改用户密码时该用例被触发。 当用户选择修改密码时该用例被触发。 |
|
基本流程 |
1. 管理员登入系统。 2. 根据用户提供的信息更改用户密码。 3. 提交后用户可以按照新密码登入系统。 4. 系统记录本次修改密码。 或 1. 用户登录系统 2. 根据需求选择密码修改的选项 3. 输入新密码 4. 再次输入新密码 5. 系统判别两次密码是否一致 6. 提交后系统显示修改成功 7. 用户下次可以暗哨新密码登入系统。 8. 系统记录本次密码修改。
|
|
替代流程 |
用户修改时两次输入的密码如果两次输入的新密码不一致则提醒重新输入。 |
|
结束 |
系统成功修改用户密码。 |
|
实现约束和说明 |
当用户主动更改密码时需要输入两次新密码来确保一致后并加深用户记忆以免遗忘。 |
|
待解决问题 |
无 |
5.2.3 发布图书
图四 发布图书用例图
(1) 发布图书
用例名 |
发布图书 |
用例类型 业务需求 |
用例ID |
MSM1301 |
|
主要业务参与者 |
用户 |
|
其他参与者 |
校园图书售卖系统 |
|
项目相关人员兴趣 |
用户:希望自己能够填写图书的书号,书名,图书价格,卖家的联系方式,图书作者等信息来达到发布图书的目的。 |
|
描述 |
该用例描述了用户填写图书的书号,书名,图书价格,卖家的联系方式,图书作者等信息的过程。 |
|
前置条件 |
用户成功登录系统,通过身份验证。 |
|
后置条件 |
用户成功填写了图书信息。 |
|
触发条件 |
当用户选择发布图书时该用例被触发。 |
|
基本流程 |
1.用户输入账号密码进入系统 2.选择发布图书选项 3.进行图书相关信息填写 4.选择填写完成 5.系统提示发布成功 6.系统赋予新图书序列号并更新数据库 |
|
替代流程 |
用户输入信息后没有填写完整信息,系统提示请将全部信息填写完成。 |
|
结束 |
用户成功发布该图书。 |
|
实现约束和说明 |
只有用户能发布图书信息,系统管理员无权发布图书信息。 |
|
待解决问题 |
目前无法实现用图形界面完成该用例 |
(2) 修改图书信息
用例名 |
修改图书信息 |
用例类型 业务需求 |
用例ID |
MSM1302 |
|
主要业务参与者 |
用户 |
|
其他参与者 |
校园图书售卖系统 |
|
项目相关人员兴趣 |
用户:希望自己能够修改图书的书号,书名,图书价格,卖家的联系方式,图书作者等信息。 |
|
描述 |
该用例描述了用户修改图书的书号,书名,图书价格,卖家的联系方式,图书作者等信息的过程。 |
|
前置条件 |
用户成功登录系统,通过身份验证。 |
|
后置条件 |
用户成功修改了图书信息。 |
|
触发条件 |
当用户选择修改图书信息时该用例被触发。 |
|
基本流程 |
1. 用户输入账号密码进入系统 2. 选择修改图书信息选项 3. 系统显示所有该用户发布的图书 4. 用户选择修改的图书 5. 用户修改图书信息 6. 系统提示图书信息修改成功 |
|
替代流程 |
用户从未发布过图书,系统提示返回发布图书。 |
|
结束 |
用户成功修改图书信息。 |
|
实现约束和说明 |
只有用户能修改图书信息,系统管理员无权修改图书信息。 |
|
待解决问题 |
目前无法实现用图形界面完成该用例 |
(3) 图书下架
用例名 |
图书下架 |
用例类型 业务需求 |
用例ID |
MSM1303 |
|
主要业务参与者 |
用户 |
|
其他参与者 |
校园图书售卖系统 |
|
项目相关人员兴趣 |
用户:希望能够管理图书的状态将图书下架。 |
|
描述 |
该用例描述了用户将图书下架的过程。 |
|
前置条件 |
用户成功登录系统,通过身份验证。 |
|
后置条件 |
用户将图书成功下架。 |
|
触发条件 |
当用户选择图书下架时该用例被触发。 |
|
基本流程 |
1.用户输入账号密码进入系统 2.选择图书下架选项 3.系统显示用户发布所有的图书 4.用户选择下架的图书 5.系统询问用户是否确认 6.用户确认后系统显示图书下架成功 |
|
替代流程 |
用户从未发布过图书,系统提示返回发布图书。 |
|
结束 |
用户成功下架了该图书。 |
|
实现约束和说明 |
无 |
|
待解决问题 |
目前无法实现用图形界面完成该用例 |
5.2.4 查询图书
图五 查询图书用例图
(1) 按书号查询
用例名 |
按书号查询 |
用例类型 业务需求 |
用例ID |
MSM1401 |
|
主要业务参与者 |
用户 |
|
其他参与者 |
校园图书售卖系统 |
|
项目相关人员兴趣 |
用户:希望可以通过书号找到自己想要的图书 |
|
描述 |
该用例描述了用户用书号查询图书的过程。 |
|
前置条件 |
用户成功登录系统,通过身份验证。 |
|
后置条件 |
用户可以正常查看查询到的图书信息。 |
|
触发条件 |
当用户选择用书号查询图书时该用例被触发。 |
|
基本流程 |
1. 用户成功登入系统 2. 选择按书号查询的选项 3. 输入想要查询的图书书号 4. 系统显示对应图书 |
|
替代流程 |
用户输入的书号,书名等并不存在,提示无此图书信息并提示重新输入图书信息。 |
|
结束 |
用户成功看到搜索的图书信息。 |
|
实现约束和说明 |
用户只能查看图书信息以及联系方式,不可以更改 |
|
待解决问题 |
目前无法实现用图形界面完成该用例 |
(2) 按作者查询
用例名 |
按作者查询 |
用例类型 业务需求 |
用例ID |
MSM1402 |
|
主要业务参与者 |
用户 |
|
其他参与者 |
校园图书售卖系统 |
|
项目相关人员兴趣 |
用户:希望可以通过作者找到自己想要的图书 |
|
描述 |
该用例描述了用户用作者查询图书的过程。 |
|
前置条件 |
用户成功登录系统,通过身份验证。 |
|
后置条件 |
用户可以正常查看查询到的图书信息。 |
|
触发条件 |
当用户选择用作者查询图书时该用例被触发。 |
|
基本流程 |
1. 用户成功登入系统 2. 选择按书号查询的选项 3. 输入想要查询的图书作者 4. 系统显示对应图书 |
|
替代流程 |
用户输入的作者并不存在,提示无此图书信息并提示重新输入图书信息。 |
|
结束 |
用户成功看到搜索的图书信息。 |
|
实现约束和说明 |
用户只能查看图书信息以及联系方式,不可以更改 |
|
待解决问题 |
目前无法实现用图形界面完成该用例 |
(3) 按书名查询
用例名 |
按书名查询 |
用例类型 业务需求 |
用例ID |
MSM1403 |
|
主要业务参与者 |
用户 |
|
其他参与者 |
校园图书售卖系统 |
|
项目相关人员兴趣 |
用户:希望可以通过书名找到自己想要的图书 |
|
描述 |
该用例描述了用户用书名查询图书的过程。 |
|
前置条件 |
用户成功登录系统,通过身份验证。 |
|
后置条件 |
用户可以正常查看查询到的图书信息。 |
|
触发条件 |
当用户选择用书名查询图书时该用例被触发。 |
|
基本流程 |
1. 用户成功登入系统 2. 选择按书号查询的选项 3. 输入想要查询的图书书名 4. 系统显示对应图书 |
|
替代流程 |
用户输入的书号,书名等并不存在,提示无此图书信息并提示重新输入图书信息。 |
|
结束 |
用户成功看到搜索的图书信息。 |
|
实现约束和说明 |
用户只能查看图书信息以及联系方式,不可以更改 |
|
待解决问题 |
目前无法实现用图形界面完成该用例 |
5.2.5 图书信息管理 及 买卖信息显示
图六 买卖信息显示 及 图书信息管理
(1) 买卖信息显示
用例名 |
买卖信息显示 |
用例类型 业务需求 |
用例ID |
MSM1501 |
|
主要业务参与者 |
管理员 |
|
其他参与者 |
校园图书售卖系统 |
|
项目相关人员兴趣 |
管理员:希望可以通过查询图书的书号来找到相关的买卖信息 |
|
描述 |
该用例描述了管理员查询买卖信息的过程。 |
|
前置条件 |
管理员成功登录系统,通过身份验证。 |
|
后置条件 |
管理员可以正常查看查询到图书的买卖信息。 |
|
触发条件 |
当管理员选择用书号查询图书买卖信息时该用例被触发。 |
|
基本流程 |
1. 管理员成功登入系统 2. 选择买卖信息查询的选项 3. 输入想要查询的图书的序列号 4. 系统显示对应图书的买卖信息 |
|
替代流程 |
管理员输入的序列号等并不存在,提示无此图书信息并提示重新输入图书序列号。 |
|
结束 |
管理员成功看到搜索的图书买卖信息。 |
|
实现约束和说明 |
管理员只能查看图书买卖信息,不可以更改 |
|
待解决问题 |
目前无法实现用图形界面完成该用例 |
(2) 图书信息管理
用例名 |
图书信息管理 |
用例类型 业务需求 |
用例ID |
MSM1502 |
|
主要业务参与者 |
管理员 |
|
其他参与者 |
校园图书售卖系统 |
|
项目相关人员兴趣 |
管理员:希望可以看到所有发布的图书并且可以选择删除不合法的图书。 |
|
描述 |
该用例描述了管理员进行图书信息管理的过程。 |
|
前置条件 |
管理员成功登录系统,通过身份验证。 |
|
后置条件 |
管理员可以正常查看查询到所有发布图书的信息并且可以进行相关的删除操作。 |
|
触发条件 |
当管理员选择图书信息管理时该用例被触发。 |
|
基本流程 |
1. 管理员成功登入系统 2. 选择图书信息管理的选项 3. 输入想要查询的图书书号 4. 系统显示对应图书的信息 5. 选择删除操作 6. 系统提示确认删除该图书 7. 管理员可选择确认和返回 |
|
替代流程 |
管理员输入的书号,书名等并不存在,提示无此图书信息并提示重新输入图书信息。 |
|
结束 |
管理员成功看到搜索的图书图书并且选择相关删除操作。 |
|
实现约束和说明 |
无 |
|
待解决问题 |
目前无法实现用图形界面完成该用例 |
5.2.6 购买图书
图七 购买图书
(1) 购买图书
用例名 |
购买图书 |
用例类型 业务需求 |
用例ID |
MSM1601 |
|
主要业务参与者 |
用户 |
|
其他参与者 |
校园图书售卖系统 |
|
项目相关人员兴趣 |
用户:希望通过查询到图书的序列号进行购买。 |
|
描述 |
该用例描述了用户购买图书的过程。 |
|
前置条件 |
用户成功登录系统,通过身份验证。 |
|
后置条件 |
用户可以购买成功图书。 |
|
触发条件 |
当用户选择购买图书时该用例被触发。 |
|
基本流程 |
1. 用户成功登入系统 2. 先去查询图书模块获取想要购买图书的序列号 3. 再返回购买图书模块输入序列号购买 4. 系统询问确认是否购买 5. 确认后系统自动扣除用户余额并添加图书为用户购买图书 6. 系统显示用户购买图书成功 |
|
替代流程 |
用户的余额不足无法购买,系统提示后建议进行充值服务。 |
|
结束 |
用户成功购买该图书。 |
|
实现约束和说明 |
用户无法购买已经下架和已售出的图书。 |
|
待解决问题 |
目前无法实现用图形界面完成该用例 |
(2) 充值服务
用例名 |
充值服务 |
用例类型 业务需求 |
用例ID |
MSM1602 |
|
主要业务参与者 |
用户 |
|
其他参与者 |
校园图书售卖系统 |
|
项目相关人员兴趣 |
用户:希望通过充值金额进行购买图书。 |
|
描述 |
该用例描述了用户进行充值金额的过程。 |
|
前置条件 |
用户成功登录系统,通过身份验证。 |
|
后置条件 |
用户成功充值后可以用充值的金额进行购买图书 |
|
触发条件 |
当用户选择充值服务时该用例被触发。 |
|
基本流程 |
1. 用户成功登入系统 2. 用户选择输入序列号购买图书 3. 系统提示余额不足建议充值 4. 用户打开充值服务 5. 选择要充值的金额 6. 输入支付密码 7. 系统审核支付密码 8. 系统审核成功后显示充值成功 |
|
替代流程 |
用户输入的支付密码错误,系统提示重新输入。 |
|
结束 |
用户对自己的账户充值成功。 |
|
实现约束和说明 |
用户只可以对自己的账户进行充值。 |
|
待解决问题 |
目前无法实现用图形界面完成该用例 |
5.3 用例活动图描述
5.3.1 登录用例活动图
图八 登录用例活动图
5.3.2 注册用例活动图
图九 注册用例活动图
5.3.3 信息修改用例活动图
图十 信息修改用例活动图
5.3.4 账户删除用例活动图
图十一 账户注销/账户删除用例活动图
5.3.5 密码修改用例活动图
图十二 密码修改用例活动图
5.3.6 按书名查询图书用例活动图
图十三 按书名查询图书用例活动图
5.3.7 按书号查询图书用例活动图
图十四 按书号查询图书用例活动图
5.3.8 按作者查询图书用例活动图
图十五 按作者查询图书用例活动图
5.3.9 修改图书信息用例活动图
图十六 修改图书信息用例活动图
5.3.10 发布图书信息用例活动图
图十七 修改图书信息用例活动图
6 产品的非功能需求
6.1 软硬件环境需求
6.1.1 硬件环境
分类 |
推荐配置 |
最低配置 |
|
数据库服务器
|
CPU |
英特尔迅驰双核处理器 |
英特尔酷睿2双核处理器 |
内存 |
2GB |
1GB |
|
硬盘 |
160GB |
120GB |
|
网卡 |
100M |
10M |
|
应用服务器
|
CPU |
英特尔酷睿2双核处理器 |
英特尔酷睿1处理器 |
内存 |
3GB |
1GB |
|
硬盘 |
120GB |
80GB |
|
网卡 |
100M |
10M |
|
网络 |
带宽 |
100M |
10M |
客户端 |
CPU |
英特尔酷睿2双核处理器 |
英特尔奔腾3处理器 |
内存 |
2GB |
1GB |
|
硬盘 |
160GB |
120GB |
|
网卡 |
100M |
10M |
6.1.2 软件环境
分类 |
名称 |
版本 |
语种 |
操作系统 |
Windows |
7及以上 |
中文 |
操作系统的附加功能 |
ODBC数据源管理工具 |
|
中文 |
数据库平台 |
Microsoft SQL Server |
2000 |
中文 |
数据库平台补丁 |
— |
sp4 |
— |
数据库驱动 |
SQL Server Driver For JDBC |
sp4 |
— |
应用平台 |
Windows |
XP/Vista |
中文 |
浏览器 |
各种功能完善、运行稳定的浏览器 |
eg. IE、遨游等 |
中文 |
客户端软件 |
Windows |
7及以上 |
中文 |
邮件系统 |
SMTP POP3 |
|
— |
6.2 产品质量需求
6.2.1 精度
本系统中输入的各种数据均要求精确到小数点后2位。
6.2.2 时间特性的要求
- 搜索查询时间最大不超过7秒。
- 页面平均处理及响应时间在3—10秒以内,最大不超过10秒。
- 页面平均更新响应时间为3秒左右,最大不超过7秒。
6.2.3 灵活性
- 操作方式的变化:如果公司的业务情况或业务逻辑出现变化,导致本系统需求发生变化,在可接受的范围内,要求本系统能够及时完成需求变更及各项相关的处理工作,实现新的需求。
- 运行环境的变化:本系统支持各种功能完善、成熟的浏览器( IE、遨游等)。
- 精度和有效时限的变化:如果公司提出要求改变精度和有效时限,在可接受的范围内,接受并实现其需求变更。
- 开发计划的变化或改进:在可接受的范围内,本系统的开发工作将积极开发配合计划的变化或改进。
6.2.4 输入输出要求
本系统的输入数据类型主要是整形、浮点型和字符串类型;输出以字符串、整形、浮点型及各类3D图表为主。
7.词汇表
名称 |
描述 |
书号 |
图书的具体编号,最直观的就是书的封底的条型码和那一串数字。 |
书名 |
各类出版物名称。 |
图书作者 |
创作出这本图书的人。 |
价格 |
价格是一项以货币为表现形式,为商品、服务及资产所订立的价值数字。 |
联系方式 |
能够达到对个人直接沟通的相关信息,具体表现为详细地址、QQ号码、电子邮箱、手机号码、微信等。 |
账号 |
就是每个人在特定的项目中所代表自己的一些数字等。账号有时可以由中文或英文组成,甚至是一些符号。 |
密码 |
在特别情景下使用的特定号码,可以表明使用人的身份,可以证明是否为账号的主人。 |
用户信息 |
用户信息是指包括用户联系方式等一些关于用户的基本资料。 |
图书信息 |
记录图书的基本信息,可表明图书的基本状态。 |
实验二 领域模型
1 概念类分析
1.1 用户登录
基本流程 |
候选概念类 |
概念类(属性,服务) |
用户填入账号 用户输入密码 系统验证信息 验证正确并匹配成功进入系统 系统记录本次登录信息 |
用户 账号 密码 登录信息 用户信息文件 用户管理系统 |
用户(账号,密码) |
功能性描述 |
||
用户输入账号密码若正确且匹配则成功登陆 |
表 1.1 用户登录概念类分析
1.2 用户注册
以上是关于校园图书售卖系统/二手书交易系统 软件工程综合实践的主要内容,如果未能解决你的问题,请参考以下文章 |