《WEB信息系统开发实训1》由会员分享，可在线阅读，更多相关《WEB信息系统开发实训1（18页珍藏版）》请在金锄头文库上搜索。
1、然后估计网站的规模，并从经济可行性、技术可行性、社会可行性、操作可行性等几个方面分析项目的可行性。如果问题没有可行性的解决方案，分析人员应该建议停止开发这项工程，以避免时间、资源、人力和金钱的浪费；如果问题可行，分析人员应该推荐一个较好的解决方案，并为工程制定一个初步的计划。本阶段涉及的活动如图1.1所示。与客户见面理解客户的期望确定项目的规模分析项目的可行性图1.1 可行性研究与计划中涉及的活动1. 经济可行性经济上的考虑往往是“成本收益分析”、“短期长远利益分析”两方面。（1） 成本是个很容易理解的概念，比方说开发一个网站的人员工资、硬件费用、宣传费用、运营费用等开支就属于成本。收益就是网
2、站上线后的收入。如果成本过大，收益偏小，自然没什么可行性而言。至于成本多大不为过，收益多小可以忍受，不同的公司有不同的标准。（2） 短期利益是那种能够快速看得到效果的利益。这好比集体买股票，明天涨了赶紧卖，做短线交易。长期利益则要很大的投入。在Internet时代有许多软件都是免费的。QQ可以免费使用，搜狗输入法也可以免费使用但真的是完全免费吗？实际上相关的公司考虑的都是长期利益想使用QQ的魔法表情就只能交钱成为会员。不少网站的策略是，先把客户吸引过来，等占据了市场再收费，或者在高级功能上收费，还有一些在考虑怎么从广告商哪里挣钱。考虑长期利益往往需要冒一定的风险。2. 技术可行性技术可行性往往
3、包括以下几点：（1）网站功能是否能按时完成。如果网站中有很难克服的技术困难，轻则影响项目进度，的、重则使项目夭折。网站功能能否按时完成取决于开发团队的技术储备、开发人员的研发能力。（2）网站的质量是否可以保证。比如说用户需求中要求某个颜面刷新一次不超过一分钟，结果开发出来的网站刚开始还满足要求，但是用了不到一年，随着数据规模的剧增，网站性能开始出问题，导致这个页面刷新一次至少要五分钟，客户频繁地发牢骚。软件公司在技术可行性上没有充分论证，没有考虑将会带来什么样的后果。这样的网站会给客户的利益带来损失，虽然网站也可以“先有后优”（先开发出功能再进行优化），但是不经过仔细论证，网站开发公司很可能就
4、此丢掉客户，丢掉口碑。技术可行性往往最难判断，因为做技术可行性分析时，系统的目标、功能比较模糊，一般与系统的评估、分析过程并行进行。3. 社会可行性社会环境主要考虑国家政策，当前的市场环境等因素。非法的网站即便利润丰厚，也绝不能做。4. 操作可行性网站项目开发的核心是人。拿到项目，对于人力，往往考虑人力够不够，团队成员的质量，现有成员如何配置，是否缺人手，缺什么样的人等等。表面上我国每年的大学毕业生有几百万，计算机本科生有几十万，技术人员似乎一点都不缺。但是实际情况是，很多软件公司找不到人，很多人找不到工作。根据现有人员情况编订项目开发计划可以衡量操作可行性：为项目实施方案制定出具体计划，应该
5、包括各部分工作的负责人员、开发的进度、开发经费的预算。所需的硬件及软件资源等。作出了可行的计划，也就可以进入网站开发的下一阶段需求分析了。1.2.2 需求分析此阶段的主要目的是为了获取用户对网站功能的具体要求并加以分析。需求分析的任务还不是确定系统怎样完成它的工作，而仅仅是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。在分析网站需求和书写网站需求说明书的过程中，分析员和用户都起着关键的、必不可少的作用。只有用户才真正知道自己需求什么，但是他们并不知道这样用网站实现自己的需求，用户必须把他们对网站的需求尽量准确、具体的描述出来；分析员知道这样用网站实现人们的需求，但
6、是在需求分析开始时他们对用户的需求并不十分清楚，必须通过与用户沟通获取用户对网站的需求。获取用户需求的方法主要有如下几个：（1） 与用户交谈，向用户提问题，向用户群体发调查问卷。（2） 参观用户的工作流程，观察用户的操作。（3） 与同行、专家交谈，听取他们的意见。（4） 分析已经存在的同类产品，提取需求。（5） 从行业标准、规则中提取需求。（6） 从Internet上查找相关资料。当得到用户的需求以后，再加以分析，主要是分析所得到的需求是否有不清晰的地方，是否都可以用软件来实现，是否存在矛盾和二义性等。需求注意的是需求分析实际上是一个循序渐进的过程，要求分析人员一次性得到完整确切的分析是很困难
7、的。所以需要及时邀请用户参与其中。而在开发阶段，需求仍然可能会不断变更，大到一个模块功能，小到用户界面的改动。因为客户本身对自己的需求也是一个深入的过程。此时，对于某些变化，分析员是必须遵守的，比如新增的业务模块，而有些内容，分析人员可以根据自己的设计、开发经验，给予用户一些合理化的建议，引导用户这样做好，甚至避免某些需求的改变（千万不能自话自说，指手画脚，否则客户也会反感），这样去做需求既可以保证需求分析文档的稳定性，也可以增进用户对软件公司开发人员的信任。如果用户说什么，分析人员就改动什么也是不好的。针对需求分析人们提出了许多解决方法和自动化分析工具，如结构化分析方法和面向对象方法、CAS
8、E技术等。解决问题的方法很多，但要遵循一般性的原则。（1） 把复杂的问题按照某种分解方式进行分解并可逐层细化。（2） 必须能够表达和理解问题的数据域和功能域。（3） 必须具有良好的模型建立能力，能够准确地把问题用“图表”的形式表达出来。（4） 需求分析完毕时形成需求说明书，并准备进入网站的设计阶段。1.2.3 设计阶段设计阶段的主要目的是设计如何把已经确定的需求转换成实际的网站，它包括以下六点。1. 制定图形用户界面标准在设计应用程序时，必须遵循应用程序在流程和观感方面的标准。这些标准用于为整个应用程序从外观上提供一致性。图形用户界面标准与应用程序的外观有关。项目经理和团队成员在实际开发网站之
9、前一定要对网站的整个外观进行可视化设计必须按照图形用户界面标准进行定义，以便使待开发的每个屏幕在外观和流程方面保持一致。各屏幕显示的颜色、字体样式、标题和标签的大小、页眉以及控件的位置和大小都在此定义。2. 构建原型（Prototype）接着创建网站的原型，并展示给客户请求批准。网页的原型一般由美工师（网页UI设计师）制作，美工师可能对HTML都不懂，对编程没有概念。他的职责是用Photoshop等软件制作UI效果。这些效果可能有主页的效果、其他页面的效果等等。网页效果出来后一般会让用户去确认、评审。客户必须批准以下几页：（1） 页面的浏览顺序。（2） 页面的外观。（3） 在完全开发以后网站将
10、要实现功能。当网页的UI效果最终确认后，美工师将开发出原型委托给Web前端开发工程师。后者敬爱那个UI界面用HTML、CSS等技术展现出来，做出网页原型（Demo）。原型是应用程序外观的模型，通过原型，客户就可大致了解应用程序的浏览顺序。原型还可帮助客户了解所完成了解所完成的应用程序将要实现的功能。原型创建后，仍然要得到客户的评审和确认。3. 设计数据库本阶段根据用户提供的需求考虑都需要保存哪些数据（例如网吧中需要保存卡号、计算机号、上机时间等），然后决定保存在这些数据需要几个数据库表。4. 划分模块根据功能需求，分析实现用户所有的功能需要几个模块。模块化建设把程序划分成独立命名且可独立访问的
11、模块，每个模块完成一个子功能，把这些模块集成起来构成一个整体，可以完成指定的功能以满足用户的需求。5.制定编码标准设计编码标准涉及一些命名规范的建立。编码标准有助于提高代码的可读性并使其易于维护。使用标准命名后，即使标准命名后，即使是非开发人员也能通过变量名、表单名和模块名辨别其意图。这一步内容往往可以复用之前项目中的编码标准，毕竟同一个公司的编码标准不能每个项目都变一次。经 验需求分析文档和设计文档是需要及时更新的。在开发的过程总以及维护工作中，用户的需求会不断地改变，有的公司（比如作坊式的软件公司）因为工期进度的原因直接就修改了系统，而忽略了需求文档的变更，这样导致的后果是，如果开发、维护
12、人员有变动，当接收工作的人接到程序和文档后发现两者相差甚远，导致维护工作举步维艰。软件设计有以下几个基本的原理：（1） 抽象。即对将要用软件来完成的工作在本质上进行抽象，抛开无关紧要的和多余的部分，构造出一个网站需要完成的功能的逻辑结构。（2） 信息隐蔽。这是对抽象的进一步回应，信息隐蔽的实质是“各管各的数据”。（3） 模块化。就是做到所有模块尽可能的相对独立，对别的模块的依赖越小越好。模块化还有几个相关的属性：接口、功能、逻辑、状态。6.分配和监督任务项目开发工作启动时，项目经理需要对完成该项目所需的人力和时间进行预算并要为此制定一份任务表。任务表用于记录一下各项：（1） 完成该项目所需的人
13、日数。（2） 项目的计划起始日期。（3） 项目的计划完成日期。（4） 项目团队所需的成员数量。（5） 分配给每个项目成员的模块名称和规范。（6） 完成每个模块所需的时间。（7） 进展状况。提示有了任务表，项目经理就能监督和跟踪项目开发的各个阶段，并能预见是否可能出现延期，从而主动地采取防范措施。1.2.4 开发阶段本阶段包括以下内容。（1） 对在圆形创建阶段构建的用户界面进行最后的修改。（2） 用数据库工具软件构件数据库。（3） 编写代码。编码是用程序设计语言将设计文档表达的过程，是对设计的具体化。程序的质量主要取决于软件设计的质量。但是，所选用的程序设计语言特点、编码风格、所用的算法都将程序
14、的可靠性、可读性、可维护性产生深远的影响。经 验网站开发阶段结束后往往会有项目开发总结报告，项目经理对照项目开发计划，总结实际的执行情况。如进度、成果、资源利用、成本和投入的人力等。开发人员总结各自的经验和教训，在总结会议上交流。这样可以提高项目组的开发实力、业务水平。1.2.5 测试阶段在此阶段，项目经理根据客户需求规范来审核已开发的系统，从而确保该系统能够彻底解决问题定义中确定的问题。测试是保证质量的重要手段，此阶段的活动如下：编写测试计划和方案编写测试用例测试编写测试报告。测试按内容可以分为：（1） 单元测试：主要测试软件的单元模块。（2） 集成测试：将软件的单元模块组合起来作为（部分）
15、应用程序来测试。经 验整个测试工作完成以后还可以提交测试分析报告，对测试结果加以说明，提出测试的总结性意见。可以帮助开发人员认识到常犯的错误，提高开发水平。软件测试为什么要写测试用例和方案？测试方案和测试用例可以避免测试中的随意性和盲目性。测试要遵循开发人员和测试人员共同参与的基本原则。即使公司有专门的测试部门，软件开发人员也要参与到测试中去，因为最终能阻止错误发生的是开发人员自己。在实际的工作中，往往有这种现象：公司为了提高软件产品的质量成立专门的测试团队，结果程序员都“变懒”了，程序写完放在一边等着测试，但是测试人员没能测到所有的错误，后来软件出了问题，两个部门间开始推诿，开发部门说测试没有好好测试，测试部门说开发部门程序写的烂。解决方法是开发之间相互测试，然后提交给测试人员测试。1.2.6 上线网站上线是网站开发、测试阶段的收尾。在这个阶段，网站即将交付，所以开发组首要的任务是对照需求说明书，核对现有功能是否符合要求；查看Bug列表中的问题是否都已经解决；准备发布后的网站等。上线前会有客户和开发组组织一次项目验收会议，对网站所有功能进行确认，总结问题，多数情况会讨论如何进一步完善网站。网站上线对开发和客户来说都是一件具有里程碑意义的事情项目告一段落，系统基本达到目标，大家都可以松一口气。1.2
