医药公司计划设立由其自己员工组成的维护队伍，一负责维护工作。该单位计划向少数的员工提供培训，然后这些员工负责日常备份和类似的维护功能。采取这一维护策略是为了避免高额的维护上的花费，这种花费，从长期角度看，会出现在第三方维护支出上。
目录
目录1
天乐医药公司网站2
一、问题定义2
二、可行性研究2
1、概述：2
2、时间安排：3
3、系统目标综述：3
三、需求分析4
1、用户需求分析4
2、系统性能需求分析4
3、可用性需求分析5
4、培训需求分析5
5、安全性需求分析5
6、可伸缩性需求分析5
7、维护需求分析6
四、系统分析6
1、硬件系统：6
2、软件系统6
3、系统结构6
五、部分源代码：8
六、系统测试10
1、项目名称：客户注册系统10
2、项目名称：计划提交系统12
七、部分界面13
1、网站主页：13
2、公司简介：14
3、留言版：15
4、公司计划：16
5、药品查询：17
八、不足和期望改进的地方17
九、后记17
十、参考文献以及网站17

天乐医药公司网站

一、问题定义
随着互联网的飞速发展，传统的企业模式受到了更大的挑战，越来越多的企业盯上了互联网这块充满商机的领域。各个企业也在网络上架起了自己的网站，希望潜在的客户能够通过自己的网站来了解自己的企业。现在很多医药公司自己的网站也是层出不穷，但是大多数医药公司都仅仅介绍自己企业的结构、药品的介绍和讲解一些医学常识。还很少有医药公司开展网上购药这一业务，往往还是以前的传统模式，需要亲自到公司订购。
它的缺点是：客户往往需要打电话或者亲自来到公司来进行预订，往往是长途电话或者是往返两地。打长途电话花费贵，自然的客户希望谈话简短，但是这样，若对于大批量的订购，则是很难在短时间内说清楚的。而如果有出差人员亲自到公司订购，无疑出差的花费大，人力资源的浪费也大。以往的客户对于新药品信息的了解，是需要到亲自到公司才能获得。这样，如果对于一种很畅销的特效药，则有可能因为路途遥远，不能及时的订购。
但是，如果我们采用了网上购药系统，则这些问题就可以迎刃而解了。首先客户在网上订购能够非常及时、快速的浏览到新药的信息，了解价格并且可以直接进行订购。

二、可行性研究
1、概述：
用户：天乐医药公司
系统名称：天乐医药公司网上购药系统
开发工具：DreamweaverMX2004，FlashMX2004,Photoshop7.0，SQlServer2000
团队的组成：团队模型是MSF模型中的一个，它帮助形成一个具有确定职责和分工的良好的团队结构。团队或小组是最小的合作单位。下面是我们团队结构的图形表示：

2、时间安排：

3、系统目标综述：
30天内建立一个基于Web的网上订药系统。使顾客(要求注册)能够方便，快速地了解和订购各种药品。打造三层系统，第一层客户端;第二层ASP(实现数据的传递);第三层数据库管理系统(DBMS)—SQL-SERVER7.0。要求信息全部源于数据库。

标号目标实现策略
1客户注册Register.asp
2客户登录disPlanInfo.asp
3公司简介OrderRoom.asp
4工作计划plan.asp
5留言版note.asp
6药品查询inttor.asp
功能版块说明：
注册界面----用户输入自己的信息，系统要将用户的用户名和现
在数据数据库中的进行比较看是否有重复的，如果没有其它信息也输入正确那么就能成功注册了。
公司简介界面----用户可以点击进入后浏览公司的简介。
工作计划界面——客户或者员工可以进入该界面浏览公司近期的计划，以便作好安排
留言版界面----用户可以将自己对公司的一些建议写在留言
版中,方便工作人员提升自己的服务。而且可以询问相关的医务人员一些健康上的问题。
药品查询界面——用户可以根据自己的需要，选择查询的条件，比如可以选择“中药”或者“西药”；可以选择“注射剂型”或者“液体剂型”等。选择后点击确定，就可以显示出你需要查询的药品。点击药品，就可以看到详细的药品说明，用量，主治功能等等。

三、需求分析
1、用户需求分析
在我们的产品经理与客户的交谈后，我们列出了用户的需求，如下所示：
（1）、客户应能浏览与网站页提供的产品有关的信息
（2）、客户应能查询本网页所能提供的产品
（3）、应该有一个收集与访问该站点客户机有关的信息的功能
（4）、随着用户数不断的增长，系统应能正常工作
（5）、系统结构应该支持未来的扩充
（6）、开发小组应了解当前客户的限制条件
（7）、向维护新系统的人员提供相应的培训
（8）、确定本网站所需的支持的类型以及提供这种技术的人员
（9）、物理系统的安排，如服务器，电缆以及必须安装的UPS系统
（10）、提供有充分、有技能的人员来事实这一解决方案
（11）、确定项目中发生的费用
（12）、确定本网站的安全级别
2、系统性能需求分析
为医药公司开发的应用程序要求在所处理的事务数方面具有高性能。这可以使大量的用户可以用Web站点同时订购药物。如果应用程序的响应时间随着用户数目的增加而增加，则可能造成用户要等待很长的时间，会使他们退出系统，做其他的选择。这会导致客户的流失。这是不允许的。
因此，为医药公司开发的系统的性能需求如下：
（1）、响应时间应该最小
（2）、网络带宽应该支持每一个时间片个数
（3）、系统应该稳定，并且在工作负荷增加的情况下不会瘫痪
3、可用性需求分析
在医药公司连锁店遍布全国，鉴于其地理范围的广阔性，应该一天二十四小时向用户提供应用程序。全国每个角落的工作人员都会使用该应用程序来预定药品。公司人员也要求应用程序一天二十四小时可以使用，以便能有效地为客户提供服务。
为保证应用程序一天二十四小时的可用性，系统停机时间保持最小。可以有许多不同方法来达到这一点，如镜盘镜象、数据复制、管理事务日志等等。
应用程序具有分布式多地点结构，对于全公司范围的实施来说，这是最合适的结构。这一结构涉及到将单个活动分解或几个模块化任务，然后把这些工作分布到几个处理机，从而增加系统的性能。
4、培训需求分析
培训需求取决于用户的类型。对医药公司的情况，有普通拥护以及负责管理站点和数据库的用户。除了培训管理员外，还必须对最终用户进行培训，以使普通用户熟悉应用程序所提供的功能。
鉴于医药公司的运行上要求，医务人员的培训必须按组进行。没有接触过联机应用程序的普通用户必须在单位内部接受脱产培训。
5、安全性需求分析
系统和数据的安全性至关重要。所考虑的安全策略的两种类型是乐观安全策略和悲观安全策略。前者只顾及那些具有敏感数据的资源的保护，而后者针对所有资源的保护，向用户提供严格限制的访问。
在医药公司的情况，由于必须限制外部用户对应用程序的访问，必须采取悲观的安全策略。
此外，关于外部用户的数据，如他们的用户名和口令，必须加密。客户只能访问预定药品模块，不准访问其他任何模块。这样，对不同用户应建立不同的角色和许可权，对于医药公司来说，我们有下述角色：
（1）、管理员
（2）、用户（外来客户）
Web站点也应从外部保障安全。实施防火墙可以做到这一点。
6、可伸缩性需求分析
为医药公司开发的应用程序具有高度的可伸缩性，以适应单位未来增长和扩充的需求。医药公司管理层已决定将起连锁店在未来的两年内再增加十家。连锁店扩大造成数据量的增加。还有，大量客户会通过Web站点和系统交互。用户数量不应影响应用程序的性能。