Skip to content

SnoopD201/SoftwareGroupwork

Repository files navigation

火车售票系统:

简介:

火车售票系统项目说明:

火车售票系统由个人用户模块和管理员用户模块两部分组成。

(1) 个人用户模块:个人用户模块主要实现的功能应当包括:基础功能、个人信息管理、系统核心功能等三个部分。主要实现的三个功能又细分为一下子模块。基础功能包括: 个人用户的账号注册、登录功能、修改密码等功能; 个人信息管理包括:用户个人信息设置、用户个人信息修改、车票信息查询、添加新的乘车人; 系统核心功能包括:路线查询、购票功能、退票改签等功能。

(2) 管理员用户模块:管理员用户模块应当包括用户管理、车次管理、车票管理等功能。 用户管理应当能查询注册用户的个人基本信息; 车次管理应当能够实现更新车次信息、修改车次信息、删除车次信息等功能; 车票管理应当能够设置车票的售卖信息,如预售车票数量;查询用户的订票信息;查询当前售票情况,例如已售车票数量、剩余车票的座位信息等。

以上功能是已想到的功能模块,后续会在项目实现过程中不断完善项目功能。

小组: 阿水大杯茶: 队长:王爽(@wangshuang20021002)

成员:时逸丁(@Snoopd201),赵梓屹(@YeatesZ),周一支(@vivizyz),朱靖哲(@zhujingzhe)

可行性分析报告分工(前三周):
  • 报告分工:按照11个章节进行分工:

    王爽:第5节

    赵梓屹:第1,2,9,10节

    周一支:7,8节

    朱靖哲:3,4节

    时逸丁:第6节+最后修改整合汇总,发各成员讨论.

  • CASE:每人分一部分查找,最后合并讨论.

  • 风险/模型:王爽/周一支/朱靖哲负责风险评估,时逸丁/赵梓屹进行模型分析.最后汇总.

  • 备注:风险评估整合在了可行性报告的7中,模型分析附在报告最后.

四-九周:SRS文档编写周期分工:

在该文档编写周期内的大致分工:

SRS文档: 周一支 12 4 5 6 7..

时逸丁 3.1-3.3 最终讨论整合成SRS文档

王爽 3.4-3.11

赵梓屹 3.12-3.17

朱靖哲 3.18 - 3.24

流程建模以及每周任务分工:

周一支 OCL SRS对比分析

时逸丁 E-R,UML,甘特图 整合汇总

王爽 数据流图,工作量估计,项目活动图

赵梓屹 Petri网,SRS对比分析

朱靖哲 状态图 风险管理

后续分工在各自文件夹中有说明.

本实验项目文档部分的整理由时逸丁负责完成,代码的运行与测试主要由王爽负责.

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published