42
Та.ким обра.зом, для прое.кта, ра.ссма.трива.е.мого в да.нном дипломном
прое
.кте на.иболе.е прие.мле.ма СУБД MS SQL.
Для ре
.а.лиза.ции приложе.ния пользова.те.ля выбра.н язык
програ
.ммирова.ния ASP.
ASP (а
.нгл. Active Server Pages - «а.ктивные се.рве.рные стра.ницы») -
те
.хнология, ра.зра.бота.нна.я компа.ние.й Microsoft, позволяюща.я ле.гко созда.ва.ть
приложе
.ния для World Wide Web. ASP ра.бота.е.т на пла.тформе опе.ра.ционных
систе
.м линии Windows NT и на ве.б-се.рве.ре Microsoft IIS. ASP не являе.тся
языком програ
.ммирова.ния - это лишь те.хнология пре.два.рите.льной обра.ботки,
позволяюща
.я подключа.ть програ.ммные модули во вре.мя проце.сса
формирова
.ния ве.б-стра.ницы. Относите.льна.я популярность ASP основа.на на
простоте используе
.мых языков сце.на.рие.в (VBScript или JScript) и возможности
использова
.ния вне.шних COM-компоне.нтов.
Те
.хнология ASP получила своё ра.звитие в виде ASP.NET - новой
те
.хнологии созда.ния ве.б-приложе.ний, основа.нной на пла.тформе Microsoft .NET.
ASP.NET - те
.хнология созда.ния ве.б-приложе.ний и ве.б-се.рвисов от
компа
.нии Ма.йкрософт. Она являе.тся соста.вной ча.стью пла.тформы Microsoft
.NET и ра
.звитие.м боле.е ста.рой те.хнологии Microsoft ASP. На да.нный моме.нт
после
.дне.й ве.рсие.й этой те.хнологии являе.тся ASP.NET 4.0b.
ASP.NET вне.шне во многом сохра.няе.т схоже.сть с боле.е ста.рой
те
.хнологие.й ASP, что позволяе.т ра.зра.ботчика.м относите.льно ле.гко пе.ре.йти на
ASP.NET. В то же вре
.мя внутре.нне.е устройство ASP.NET суще.стве.нно
отлича
.е.тся от ASP, поскольку она основа.на на пла.тформе .NET и,
сле
.дова.те.льно, используе.т все новые возможности, пре.доста.вляе.мые этой
пла
.тформой.
Хотя ASP.NET бе
.рёт своё на.зва.ние от ста.рой те.хнологии Microsoft ASP,
она зна
.чите.льно от не.ё отлича.е.тся. Microsoft полностью пе.ре.строила ASP.NET,
основыва
.ясь на Common Language Runtime (CLR), который являе.тся основой
все
.х приложе.ний Microsoft .NET. ASP.NET име.е.т пре.имуще.ство в скорости по
сра
.вне.нию со скриптовыми те.хнологиями, та.к ка.к при пе.рвом обра.ще.нии код
43
компилируе.тся и поме.ща.е.тся в спе.циа.льный кэш, и впосле.дствии только
исполняе
.тся.
Вме
.сте с те.м сле.дуе.т учитыва.ть, что ука.за.нное пре.имуще.ство не все.гда
може
.т быть ре.а.лизова.но. Это связа.но с те.м, что на скорость ра.боты ре.а.льного
прое
.кта влияют множе.ство фа.кторов. [11]
1.4.3 Обоснование проектных решений по техническому обеспечению
Те
.хниче.ское обе.спе.че.ние - это пе.рсона.льный компьюте.р, оргте.хника,
линии связи, оборудова
.ние се.те.й. Вид информа.ционной те.хнологии, за.висящий
от те
.хниче.ской осна.ще.нности (ручной, а.втома.тизирова.нный, уда.ле.нный) влияе.т
на сбор, обра
.ботку и пе.ре.да.чу информа.ции.
Компле
.кс те.хниче.ских сре.дств соста.вляют:
• компьюте.ры;
• устройства сбора, на.копле.ния, обра.ботки, пе.ре.да.чи и вывода
информа
.ции –же.сткие диски, устройства хра.не.ния да.нных, ска.не.ры, принте.ры,
фа
.ксимильные а.ппа.ра.ты;
• устройства пе.ре.да.чи да.нных и линий связи – моде.мы;
• эксплуа.та.ционные ма.те.риа.лы – бума.га, CD (DVD)- диски и т. п.
При выборе компьюте
.ра не.обходимо руководствова.ться рядом
ха
.ра.кте.ристик. К та.ким ха.ра.кте.ристика.м относятся на.де.жность, стоимостные
за
.тра.ты, производите.льность, простота использова.ния и др. От зна.че.ния
ука
.за.нных па.ра.ме.тров за.висит возможность ра.боты с тре.буе.мыми
програ
.ммными сре.дства.ми, а. сле.дова.те.льно, и успе.х созда.ния систе.мы.
Для ка
.ждого из эле.ме.нтов да.нной схе.мы выде.ляе.тся пе.ре.че.нь крите.рие.в,
на
.иболе.е ва.жных при осуще.ствле.нии выбора те.хниче.ского обе.спе.че.ния. Эти
крите
.рии та.ковы:
• - та.ктова.я ча.стота проце.ссора.;
44
•
- ра.зре.ше.ние монитора.;
• - объе.м опе.ра.тивной па.мяти.
А
.на.лизируя уже име.ющие.ся на пре.дприятии А.РМ, де.ла.е.м вывод, что они
подходят по все
.м тре.бова.ниям.
Для пе
.ча.ти, ска.нирова.ния и копирова.ния докуме.нтов должно
присутствова
.ть соотве.тствующе.е оборудова.ние. Для обе.спе.че.ния сохра.нности
да
.нных при а.ва.рийном отключе.нии эле.ктропита.ния пе.рсона.льный компьюте.р
долже
.н быть оборудова.н блоком бе.спе.ре.бойного пита.ния.
Ка
.к многофункциона.льными устройства.ми, та.к и устройства.ми
бе
.спе.ре.бойного пита.ния, ра.бочие ме.ста пользова.те.ле.й уже оборудова.ны,
поэтому вне
.дре.ние ра.зра.ба.тыва.е.мой систе.мы не тре.буе.т за.купки и уста.новки
дополните
.льных те.хниче.ских сре.дств.
45
II. Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Для разработки проекта атоматизации принимаем стратегию «пилотного
проекта», которая предполагает следующие принципы.Управляемый
технический риск. Хотя при внедрении комбинации нового процесса,
инструментов и технологии трудно избежать технического риска, в пилотном
проекте недопустим его слишком высокий уровень. Высокий приоритет. Проект
должен иметь достаточно высокий приоритет, обеспечивающий необходимую
поддержку со стороны руководства и требуемые ресурсы. Этому критерию,
несомненно, удовлетворяют критически значимые проекты, однако цена их
неудачи также высока (финансовый риск). Выделение достаточных ресурсов.
Неудачи многих пилотных проектов связаны с передачей их ресурсов другим
проектам или с урезанием их бюджета. Руководители должны позаботиться о
том, чтобы пилотный проект был достаточно обеспечен ресурсами на
протяжении всего своего выполнения.Реалистичный график. График проекта не
должен быть напряженным до такой степени, что для его выполнения проектной
группе пришлось бы отказываться от внедрения нового процесса и
инструментов. Как правило, для выполнения проекта его руководителю дается
некоторый запас времени (от 10 до 25 процентов от исходного графика).
Таблица 2.1 – Приоритетные направления пилотного проекта
Обследова
ние
Проработка проекта
Создание
Передача в
эксплуатаци
ю
Приоритет
ное
направлени
е
Управлени
е
требования
ми
Управлени
е проектом
ПроектированиеУправ
ление конфигурацией /
изменениямиТестирова
ние
ПродуктСтабильн
ость
Эффективность
ПоставкаОце
нка
Цели
Указывают
ся
спонсорам
и
Устранение рисков
Законченный
продукт
Сбор
приобретенн
ого опыта
46
Понятие жизне.нного цикла являе.тся одним из ба.зовых понятий
ме
.тодологии прое.ктирова.ния информа.ционных систе.м. Жизне.нный цикл
информа
.ционной систе.мы пре.дста.вляе.т собой не.пре.рывный проце.сс,
на
.чина.ющийся с моме.нта принятия ре.ше.ния о созда.нии информа.ционной
систе
.мы и за.ка.нчива.е.тся в моме.нт полного изъятия е.е из эксплуа.та.ции.
Жизне
.нный цикл информа.ционной систе.мы охва.тыва.е.т все ста.дии и
эта
.пы е.е созда.ния, сопровожде.ния и ра.звития:
• иссле
.дова.ние пре.дме.тной обла.сти с после.дующим формирова.ние.м
функциона
.льной и информа.ционной моде.ле.й объе.кта, для которого
пре
.дна.зна.че.на информа.ционна.я систе.ма.;
• прое
.ктирова.ние систе.мы, за.ключа.юще.е.ся в ра.зра.ботке прое.ктных
ре
.ше.ний, удовле.творяющих все.м тре.бова.ниям ТЗ;
• ра
.зра.ботку систе.мы (в том числе програ.ммирова.ние и те.стирова.ние
прикла
.дных програ.мм на основа.нии прое.ктных спе.цифика.ций подсисте.м,
выде
.ле.нных на ста.дии прое.ктирова.ния);
• те
.стирова.ние информа.ционной систе.мы и выявле.ние сбое.в с
после
.дующим их устра.не.ние.м;
• эксплуа
.та.цию систе.мы и е.е сопровожде.ние.;
• ра
.звитие систе.мы.
Жизне
.нный цикл проте.ка.е.т в соотве.тствии с выбра.нной моде.лью ЖЦ.
Суще
.ствуе.т це.лый ряд ста.нда.ртов, ре.гла.ме.нтирующих ЖЦ ПО, а в
не
.которых случа.ях и проце.ссы ра.зра.ботки.
Сре
.ди на.иболе.е изве.стных ста.нда.ртов можно выде.лить сле.дующие:
• ГОСТ 34.601-90 - ра.спростра.няе.тся на а.втома.тизирова.нные
систе
.мы и уста.на.влива.е.т ста.дии и эта.пы их созда.ния. Кроме того, в ста.нда.рте
соде
.ржится описа.ние соде.ржа.ния ра.бот на ка.ждом эта.пе. Ста.дии и эта.пы
ра
.боты, за.кре.пле.нные в ста.нда.рте, в больше.й сте.пе.ни соотве.тствуют ка.ска.дной
моде
.ли жизне.нного цикла .
• ISO/IEC 12207:2010 - ста.нда.рт на проце.ссы и орга.низа.цию
жизне
.нного цикла. Ра.спростра.няе.тся на все виды за.ка.зного ПО. Ста.нда.рт не
соде
.ржит описа.ния фа.з, ста.дий и эта.пов .
47
•
Custom Development Method (ме.тодика Oracle) по ра.зра.ботке
прикла
.дных информа.ционных систе.м - те.хнологиче.ский ма.те.риа.л,
де
.та.лизирова.нный до уровня за.готовок прое.ктных докуме.нтов, ра.ссчита.нных на
использова
.ние в прое.кта.х с приме.не.ние.м Oracle. Приме.няе.тся CDM для
кла
.ссиче.ской моде.ли ЖЦ (пре.дусмотре.ны все ра.боты/за.да.чи и эта.пы), а та.кже
для те
.хнологий «быстрой ра.зра.ботки» (Fast Track) или «обле.гче.нного подхода.»,
ре
.коме.ндуе.мых в случа.е ма.лых прое.ктов.
• Rational Unified Process (RUP) пре.дла.га.е.т ите.ра.тивную моде.ль
ра
.зра.ботки, включа.ющую че.тыре фа.зы: на.ча.ло, иссле.дова.ние, построе.ние и
вне
.дре.ние. Ка.жда.я фа.за може.т быть ра.збита на эта.пы (ите.ра.ции), в ре.зульта.те
которых выпуска
.е.тся ве.рсия для внутре.нне.го или вне.шне.го использова.ния.
Прохожде
.ние че.ре.з че.тыре основные фа.зы на.зыва.е.тся циклом ра.зра.ботки,
ка
.ждый цикл за.ве.рша.е.тся ге.не.ра.цие.й ве.рсии систе.мы. Е.сли после этого ра.бота
на
.д прое.ктом не пре.кра.ща.е.тся, то получе.нный продукт продолжа.е.т ра.звива.ться
и снова минуе
.т те же фа.зы. Суть ра.боты в ра.мка.х RUP - это созда.ние и
сопровожде
.ние моде.ле.й на ба.зе UML.
• Microsoft Solution Framework (MSF) сходна с RUP, та.к же включа.е.т
че
.тыре фа.зы: а.на.лиз, прое.ктирова.ние, ра.зра.ботка, ста.билиза.ция, являе.тся
ите
.ра.ционной, пре.дпола.га.е.т использова.ние объе.ктно-орие.нтирова.нного
моде
.лирова.ния. MSF в сра.вне.нии с RUP в больше.й сте.пе.ни орие.нтирова.на на
ра
.зра.ботку бизне.с-приложе.ний.
• Extreme Programming (XP). Экстре.ма.льное програ.ммирова.ние
(са
.ма.я нова.я сре.ди ра.ссма.трива.е.мых ме.тодологий) сформирова.лось в 1996 году.
В основе ме
.тодологии кома.ндна.я ра.бота, эффе.ктивна.я коммуника.ция ме.жду
за
.ка.зчиком и исполните.ле.м в те.че.ние все.го прое.кта по ра.зра.ботке ИС, а
ра
.зра.ботка ве.де.тся с использова.ние.м после.дова.те.льно дора.ба.тыва.е.мых
прототипов.
• Ста.нда.рт ISO/IEC се.рии 15288
В ста
.нда.рте ISO/IEC 12207 не пре.дла.га.е.тся конкре.тной моде.ли
жизне
.нного цикла и ме.тодов ра.зра.ботки, е.го ре.коме.нда.ции являются общими
для любых моде
.ле.й жизне.нного цикла. Под моде.лью обычно понима.е.тся
48
структура, опре.де.ляюща.я после.дова.те.льность выполне.ния и вза.имосвязи
проце
.ссов, де.йствий и за.да.ч на протяже.нии жизне.нного цикла.
В на
.стояще.е вре.мя суще.ствуе.т две основные моде.ли жизне.нного цикла –
это ка
.ска.дна.я и спира.льна.я моде.ли. В ка.ска.дной моде.ли проце.сс ра.зра.ботки
иде
.т поэта.пно, ша.г за ша.гом. Пе.ре.ход к сле.дующе.му эта.пу происходит только
после за
.ве.рше.ния пре.дыдуще.го. В спира.льной моде.ли ра.зра.ботка проходит по
на
.ра.ста.юще.й. На на.ча.льном эта.пе ра.зра.ба.тыва.е.тся систе.ма с высоким уровне.м
а
.бстра.кции, а на после.дующих витка.х эта ра.зра.ботка все больше и больше
конкре
.тизируе.тся. Для жизне.нного цикла те.куще.го прое.кта была выбра.на
ка
.ска.дна.я моде.ль, та.к ка.к для ра.зра.ба.тыва.е.мой систе.мы больше подходит
поэта
.пна.я ра.зра.ботка. Пе.ре.ход к сле.дующе.му эта.пу происходит только после
за
.ве.рше.ния все.х ра.бот на пре.дыдуще.м эта.пе (Рис. 2.1), включа.я подготовку
полного па
.ке.та докуме.нта.ции, доста.точной для того, чтобы ра.зра.ботка могла
быть продолже
.на другой группой ра.зра.ботчиков и е.сть возможность
пла
.нирова.ния сроков за.ве.рше.ния ра.бот и за.тра.т на их выполне.ние.
49
Рисунок 2.1 Ка
.ска.дна.я схе.ма ра.зра.ботки ПО.
Ка
.ска.дный ме.тод хорошо подходит для построе.ния систе.м, где в са.мом
на
.ча.ле ра.зра.ботки можно доста.точно точно и полно сформулирова.ть все
тре
.бова.ния, с те.м, чтобы пре.доста.вить ра.зра.ботчика.м свободу ре.а.лизовыва.ть их
ка
.к можно лучше с те.хниче.ской точки зре.ния. Одна.ко в случа.е, е.сли в се.ре.дине
ра
.зра.ботки вскрыва.ются ошибки, допуще.нные в на.ча.ле, то приходится
прибе
.га.ть к энтра.ве.рсии прое.кта и ре.а.льна.я схе.ма ка.ска.дной моде.ли
приобре
.та.е.т другой вид (Рис. 2.2). Та.ким обра.зом, ка.ска.дный ме.тод боле.е все.го
подходит к конкре
.тной ра.зра.ботке.
50
Рисунок 2.2 Ре
.а.льный проце.сс ра.зра.ботки ПО по ка.ска.дной схе.ме.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Любой прое.кт по созда.нию информа.ционной систе.мы пре.дприятия все.гда
включа.е.т множе.ство за.да.ч, связа.нных с общим упра.вле.ние.м прое.ктом,
ра.зра.боткой ПО, прое.ктирова.ние.м ИС, вне.дре.ние.м, ка.жда.я из которых са.ма по
се.бе являе.тся прое.ктом с присущими е.му особе.нностями. Поэтому в ходе
ра.зра.ботки суще.ствуют ра.зличные риски.
Риски за.ка.зчика связа.ны с не.полным достиже.ние.м це.ле.й прое.кта и не
эффе.ктивно изра.сходова.нными сре.дства.ми, а риски исполните.ля - с
возможностью ре.зкого пре.выше.ния фа.ктиче.ской се.бе.стоимости ра.бот по
сра.вне.нию с пла.новой. Не.обходимость ве.де.ния па.ра.лле.льных и подча.с
принципиа.льно отлича.ющихся по свое.му ха.ра.кте.ру ра.бот приводит к тому, что
многокра.тно возра.ста.е.т урове.нь риска прое.кта.
На.иболе.е ха.ра.кте.рные риски и ме.тоды из минимиза.ции приве.де.ны в
та.блице 2.1
51
Та.блица 2.1 - Возможные риски прое.кта и способы их минимиза.ции
Виды рисков/ва
.
риа
.
нты
ме.не.джме.нта рисков
Сниже.ние видов риска.
Сниже
.
ние ве
.
роятности
возникнове.ния риска.
Риски, связа.нные с
ма
.сшта.бом прое.кта.
Де
.та.льный а.на.лиз
ка
.ждого эта.па ра.бот,
вза
.имоде.йствия
уча
.стников, орга.низа.ции
ра
.бот
Де
.
та
.
льно прора
.
бота
.
нна
.
я
програ.мма ка.че.ства,
отра
.бота.нное упра.вле.ние
конфигура
.цие.й прое.кта,
спе
.циа.льные проце.дуры
вза
.имоде.йствия
уча
.стников
Риски, связа.нные с
не
.доста.точным опытом
в сфе
.ре ИТ
Прове
.
де
.
ние обуче
.
ния
пользова.те.ле.й, включа.я
руководство, соблюде
.ние
те
.хнологий ра.боты
Ра
.
зра
.
ботка и утве
.
ржде
.
ние
конце.пции прое.кта на
возможно боле
.е ра.нне.й е.го
ста
.дии
Те.хниче.ские риски
прое
.кта.
Строгий отбор прое
.
ктной
кома.нды по
ква
.лифика.ционным
крите
.риям. Обуче.ние
уча
.стников прое.кта
те
.хнологии прое.ктных
ра
.бот,
инструме
.нта.льным
сре
.дства.м
Использова.ние ста.нда.ртов
пре
.дприятия на прое.ктные
ра
.боты, ра.зра.ботка
ста
.нда.ртов прое.кта.
Орга.низа.ционные
риски прое
.кта.
Обуче
.
ние уча
.
стников
прое.кта (курс
«упра
.вле.ние прое.ктом»),
тре
.нинги кома.нды, ка.к
можно боле
.е полна.я
форма
.лиза.ция
де
.яте.льности
Включе.ние в кома.нду
а
.дминистра.тора прое.кта,
де
.та.льное ра.спре.де.ле.ние
роле
.й в прое.кте.
Опе
.
ра
.
ционные риски
Многокра
.
тное
Строгое выполне
.
ние