文章作者：冰血封情 [E.S.T]
信息来源：邪恶八进制安全小组

讲的时候 请配合下面的文档 忽悠老师其实很容易的 写的烂 都不敢发 后来心一横 毕竟是零突破 让大家指点一下也好：）

引用:

首先我们小组决定制作一个ASP脚本铁路售票系统

系统主要实现：查询 购买 退票 列车时刻表等功能
查询——是利用数据库检索功能 查询某次车票是否还有剩余 剩余量是多少 单价和团体价格各是多少 以及其他基本功能
购买——这个就是所谓的购票 我们采取两种方式 一种是信用卡业务 一种是预定业务 当然预定业务需要特殊的规则 否则将出现疯狂抢购的现象 我们决定用VIP制度来避免这种问题 就是只有VIP会员可以预定 那么VIP会员的信誉问题并非由我们负责 VIP只能消费VIP卡中金额
退票——在一定的时间内是可以实现线上退票的 金额将自动反还
...


我们对需求做了详细的分析

业务需求——反映了客户对系统 产品高层次的目标要求：这里我们说就是基本的一个及时准确的购票任务
用户需求——描述了用户使用产品必须要完成的任务：在这里 也就是完成一次模拟网络购票的完整过程
功能需求——定义了开发人员必须实现的软件功能：功能上在前面一节已经有所阐述
非功能性的需求——描述了系统展现给用户的行为和执行的操作等：整个界面所达到的功能就让用户方便购票
需求分析报告——最终完成品
...

下载地址：
http://www.eviloctal.com/weblog/ ... d=a_20050426_213049

引用:

下面是引用cncink于2005-04-27 00:19发表的:
还可以的！  希望铁路部门用到

是为了混学分才对付的 还指望用 估计很容易崩溃 老师只要界面漂亮

这种东西如果有压力就会做得好得多~~(:
最近我在公司就能接具体的项目做,本来都不怎么想学asp的,不过现在看来asp也蛮好的.....

  仔细看了看，想了想，首先想到这个东西不是一般简单的东西，而是非常复杂庞大的。说起来好像很简单很容易，想法如下：

    我说的庞大、复杂主要有查询内容所引起，首先要查询所有经过本站的车次，那么就要从上一个站乃至本条线路上所有车站获得数据，以此类推，几乎整个中国全部都要换系统了，呵呵，由此可见系统的庞大。

    曾经有一段时间在铁路边沿住过，想到他们不是采用这种方式，也许是铁路部门也考虑到这一点，所以他们没有采用这种方式，而是将某一节或多节车厢指定给某一站，这样就不需要从整个铁路线获得数据了，当然这样有很大的弊端，就是会出现有些站的票不够，而有些站的有大量的剩余。

    以上都是说的有座位的车票，而没座位的就不说了。

    下面说正题，对于第二种方式很简单，也没有什么技术难度，主要说说第一种，并只说客运列车，至于数据安全等等都不说了。

    采用本系统的所有车站只有一个数据服务器，该服务器存储整个铁路网的所有列车以及座位、车站、售票窗口位置、售票员等等的所有数据。这样可以统计某个站或者全部站的本年度每天、每星期、每月的客流量，等等所有数据。
    每次列车可以设定为有座或者无座，有座的列车每次售票将随机抽取没有售出的一张或者n张票，对于无座的列车则没有限制的随便给一张或n张车票。对于短途的票，至该票结束的车站后又可以继续售出该票。
    由于采用集中统计的方法，所以该系统可以分析从哪里到那里的人多，从哪里到那里的人少，铁路部门可以更具需要增加或者减少车次，以便用最低的效率获得最高的利润等等......

    集中统计的好处不是一两句话可以说完的，采用集中统计的系统更不是随便的说说便可以解决的。

    由于系统采用B/S结构，所以可以实现一些C/S结构很难实现的内容，比如可以公开在线查询某次车的剩余票、在线售票、等等等等.....

    如果该系统要付诸实施的话其工作量可见一斑，至于第一种方法也不是三五天可以完成的。

只需要做出界面和功能 不需要数据 人机交互课 不是软件工程课
只是做一个漂亮点的界面和简单实现这样的功能就可以了 并不是为铁路系统开发东西