51
Наиб
олее простой под
ход при выб
оре СУБД осно
ван на оце
нке того, в какой
ме
ре существующие сист
емы удовлетворяют осно
вным требованиям создав
аемого
проекта информа
ционной системы. Бол
ее сложным и дорогостоящим вариа
нтом
является созд
ание испытательного прое
кта на осн
ове нескольких СУ
БД и
послед
ующий выбор наиб
олее подходящего и
з кандидатов. Н
о и в этом слу
чае
необходимо ограни
чивать круг возмо
жных систем, опир
аясь на нек
ие критерии
отб
ора. В дан
ном случаеможно выде
лить несколько гру
пп критериев:
Моделир
ование данных
Особен
ности архитектуры и функциональные возмож
ности
Контроль раб
оты системы
Особен
ности разработки прило
жений
Производительность
Надеж
ность
Требования к рабочей сре
де
Смешанные крит
ерии
Основным принц
ипом выбора СУ
БД следует счит
ать определение
програ
ммного продукта, в наибольшей ме
ре соответствующего предъяв
ляемым
требованиям. Эт
у задачу реш
ить не оче
нь просто. В
о-первых, к СУБД
предъяв
ляется большое чис
ло требований, кото
рые с тече
нием времени
измен
яются, во-вто
рых, СУБД име
ют большое чис
ло параметров, чт
о затрудняет
и
х сравнение. Кро
ме того, инфор
мация о СУ
БД часто нос
ит рекламный хара
ктер,
не позвол
яющий сделать прави
льное суждение.
Проце
дуру выбора СУ
БД следует прово
дить в тр
и этапа:
Н
а качественном уро
вне оценить предла
гаемые программные
прод
укты на пред
мет пригодности;
Оце
нка технических характе
ристик отобранных сис
тем;
Оценка производи
тельности программных проду
ктов.
К чис
лу основных показа
телей пригодности програ
ммных продуктов
относ
ятся:
вид програ
ммного продукта;
52
катег
ории пользователей (професси
ональные программисты,
админис
траторы БД, квалифици
рованные пользователи, разрабат
ывающие
приложения, коне
чные пользователи, разли
чные комбинации перечис
ленных
категорий);
удоб
ство и прос
тота использования (поня
тные процедуры устан
овки
программных проду
ктов, удобный и унифицированный интер
фейс конечного
пользо
вателя, простота выпол
нения обычных опер
аций: создания Б
Д, навигации,
модифи
кации, подготовки дан
ных, выполнения запр
осов и отче
тов и ря
да других;
нали
чие интеллектуальных подси
стем подсказок, пом
ощи в проц
ессе работы и
обучения, вклю
чая примеры);
мод
ель представления дан
ных. Наиболее распрост
раненной является
реляци
онная модель дан
ных. Перспективными явля
ются модели с объектной
ориент
ацией, поскольку он
и обладают боль
шими возможностями отраж
ения
семантики предм
етной области;
каче
ство средств разра
ботки. При оце
нке качества сред
ств разработки
учитыв
ается следующее: возмож
ности создания пользова
тельских интерфейсов,
мощн
ость языка созд
ания программ, автомат
изация разработки разли
чных
объектов: экра
нных форм, отче
тов, запросов. Предпо
чтение отдается сист
емам,
имеющим полнофункц
иональные генераторы и обеспечивающим удоб
ство работы
пользо
вателя;
качество сред
ств защиты и контроля коррек
тности базы дан
ных.
Доступ к функциям защ
иты должен предусмат
риваться на уро
вне средств
разра
ботки программ и на уро
вне пользователя. К важнейшим функ
циям контроля
коррек
тности относятся:обеспе
чение уникальности запи
сей БД п
о первичному
клю
чу, автоматический конт
роль целостности свя
зей между табли
цами во вре
мя
выполнения опер
аций обновления, вста
вки и удал
ения записей, пров
ерка
корректности знач
ений в Б
Д;
качество коммуник
ационных средств. Пр
и оценке каче
ства
коммуникационных сред
ств обращают вним
ание на следу
ющие свойства
програ
ммных продуктов:
53
подде
ржку сетевых прото
колов,
поддержку станда
ртных интерфейсов с БД,
нали
чие средств групп
овой работы с информацией Б
Д,
способность исполь
зовать и модифиц
ировать БД дру
гих форматов бе
з
импортирования ил
и преобразования;
фир
ма – разработчик. Солид
ность фирмы-разраб
отчика пакета, ка
к
правило, да
ет следующие преиму
щества:
высокое каче
ство продукта,
нали
чие документации и методических матер
иалов
наличие «горя
чей линии» дл
я консультаций п
о возникающим
пробл
емам
При выб
оре продукта след
ует обратить вним
ание на да
ту его появл
ения. В
каче
стве показателей «благоп
олучия» можно исполь
зовать: твердое финан
совое
положение, перспек
тивная динамика разв
ития аппаратно-програ
ммных средств,
годо
вой оборот, числен
ность состава, объ
ем продаж и т.д. - стоимость. Н
а
стоимость програ
ммных продуктов в основном вли
яют вид програ
ммного продукта
и фирма – разраб
отчик. Стоимость полнофункц
иональных СУБД обы
чно
колеблется в пределах $ 500 - $ 1000. Общ
ая стоимость вклю
чает в се
бя стоимость
прикла
дного инструментария, сред
ств настройки конфиг
урации системы,
администр
ирования БД и сопровождения. Ино
гда общая стоим
ость крупных
сис
тем, построенных н
а базе реляци
онных БД, дости
гает миллионов долл
аров.
Основным факт
ором, определяющим общ
ую стоимость сист
емы, чаще все
го
является чис
ло поддерживаемых пользов
ателей.
На уро
вне технических характе
ристик разнообразие СУ
БД еще бол
ьше, чем
н
а качественном уро
вне. К технич
еским характеристикам относ
ятся:
общие парам
етры (операционная сре
да, потребность в оперативной
пам
яти, ограничения н
а максимальный объ
ем БД и др.);
ограни
чения на опер
ации над данн
ыми;
типы дан
ных;
возможности сред
ств формулировки и выполнения запр
осов;
54
работа в многопользовательских сре
дах;
инструментальные сред
ства разработки прило
жений;
импорт и экспорт.
Оце
нка производительности произв
одится методом тестир
ования с помо
щью
эталонных тес
тов из наб
ора AS3AP (ANSI SQL Standard Scalable and Portable). В
ни
х контролируется широ
кий спектр час
то встречающихся опер
аций БД и
моделируются однопользо
вательские и многополь
зователь-ские сре
ды.
Ниже, в таблице 1.10.приве
дена сравнительная табл
ица трех
распрост
раненных систем управ
ления базами дан
ных, конкурирующих н
а рынке
програ
ммного обеспечения п
о основным показа
телям.
Таблица 1.8Сравн
ение СУБД
Показ
атели
Microsoft SQL
Server 2008
My
SQL 5.1
PostgreSQ
L 8.4
Поддерживае
мые операц
ионные
системы
Windows
Desktop/Server
Win
dows
Desktop/Se
rver ,
Linux,
Unix, Mac
Windows1
Desktop/S22erver
, Linux, Unix,
2Mac
Усло
вии
лицензирования
Коммер
ческий
продукт с закрытым
исхо
дным кодом. Ес
ть
бесплатная вер
сия
с ограни
чением
оперативной пам
яти
до 4 Г
б.
Ком
мерче
ская
лицензия
и GNU
GPL.
Лицензия
BSD Open
Source.
Нали
чие
предустановленных
драйв
еров
Д
а
Нет
Не
т
55
Показ
атели
Microsoft SQL
Server 2008
My
SQL 5.1
PostgreSQ
L 8.4
в О
С семейства
Windows
Наличие
драйв
еров ODBC,
JDBC, ADO.NET
Да
Д
а
Да
Подде
ржка
репликации
Д
а, встроенная
и разных тип
ов.
Но внес
ение структурных
измен
ений после нач
ала
репликаци — оче
нь
сложный проц
есс.
Да,
вклю
чая
mater-
master
репликаци
ю.
Д
а,
но с помощью
сторо
нних
продуктов
с открытым
исхо
дным
кодом.
Репли
кация всех
тип
ов.
Возможность
пис
ать хранимые
функ
ции на раз
ных
языках
программ
ирования
Да, теорет
ически
на люб
ом языке,
поддерж
ивающим CLR,
например
VisualBasic.NET, C#,
IronPython, н
о сначала
на
до скомпилировать ко
д
в библи
отеку dll.
Нет
(кро
ме
C и Pl/SQ
L)
Д
а,
наиболее пол
ная
поддержка
и
з всех
рассматр
иваемы
х.
Возможность
созда
вать
пользовательские
аггрегир
ованные
функции
Д
а — любой .NET
яз
ык, кроме TRANSACT
SQL.
Д
а,
только
н
а С
Д
а —
на PL language
и встроенных
C, SQL,
PLPgSQL.
Подде
ржка
Д
а
Да
Д
а
56
Показ
атели
Microsoft SQL
Server 2008
My
SQL 5.1
PostgreSQ
L 8.4
даты и времени
(н
о без
време
нной
зоны)
Аутентифика
ция
Средс
твами
БД и ActiveDirectory
Сре
дствами
Б
Д
Много
раз
ных методов,
включ
ающих
предыдущие
Разгран
ичени
е доступа
к столбцам
Д
а
Да
Д
а
Поддержка
DISTINCT ON
Не
т
Нет
Д
а
Поддержка
WITH ROLLUP
Д
а
Да
Д
а
Поддержка
WITH CUBE
Д
а
Нет
Не
т
Поддержкафу
нкций
OVER..PARTITION
BY
Д
а
Нет
Д
а,
причем луч
ше,
чем в MS SQL
Поддержка
рекурс
ивных
запросов
Д
а
Нет
Д
а
Производител
ьностьпланировщик
а запр
осов для
слож
ных запросов
Сред
няя (умеет
паралл
ельные запросы
«и
з коробки»)
Оче
нь
хорошая
Пло
хая
57
Таким обра
зом, для прое
кта, рассматриваемого в данном дипло
мном проекте
наиб
олее приемлема СУ
БД MSSQL.
Для реали
зации приложения пользо
вателя выбран яз
ык программирования
ASP.
ASP (ан
гл. ActiveServerPages — «активные серве
рные страницы») —
техно
логия, разработанная компа
нией Microsoft, позволяющая лег
ко создавать
прило
жения для WorldWideWeb. ASP рабо
тает на платф
орме операционных сис
тем
линии WindowsNT и на ве
б-сервере MicrosoftIIS. ASP н
е является язы
ком
программирования — эт
о лишь техно
логия предварительной обраб
отки,
позволяющая подкл
ючать программные мод
ули во вре
мя процесса формир
ования
веб-стра
ницы. Относительная популя
рность ASP основана н
а простоте
исполь
зуемых языков сцена
риев (VBScript или JScript) и возможности
использ
ования внешних COM-компон
ентов.
Технология ASP полу
чила своё разв
итие в ви
де ASP.NET — новой
техно
логии создания ве
б-приложений, основ
анной на платф
орме Microsoft .NET.
ASP.NET — технология созд
ания веб-прило
жений и ве
б-сервисов о
т
компании Майкр
ософт. Она явля
ется составной час
тью платформы Microsoft .NET
и развитием бол
ее старой техно
логии Microsoft ASP. На дан
ный момент после
дней
версией эт
ой технологии явля
ется ASP.NET 4.0b.
Хотя ASP.NET бер
ёт своё назв
ание от ста
рой технологии MicrosoftASP, он
а
значительно о
т неё отлич
ается. Microsoft полностью перест
роила ASP.NET,
основываясь н
а CommonLanguageRuntime (CLR), который явля
ется основой вс
ех
приложений Microsoft .NET. ASP.NET име
ет преимущество в скорости п
о
сравнению с
о скриптовыми технол
огиями, так ка
к при пер
вом обращении ко
д
компилируется и помещается в специальный кэ
ш, и впосле
дствии только
исполн
яется.
Вместе с тем след
ует учитывать, чт
о указанное преиму
щество не все
гда
может бы
ть реализовано. Эт
о связано с тем, чт
о на скор
ость работы реаль
ного
проекта вли
яют множество факт
оров. [11]
58
1.4.3 Обоснование проек
тных решений п
о техническому обеспе
чению
Техническое обеспе
чение - это персон
альный компьютер, оргте
хника, линии
свя
зи, оборудование сет
ей. Вид информа
ционной технологии, завис
ящий от
технич
еской оснащенности (руч
ной, автоматизированный, удале
нный) влияет н
а
сбор, обраб
отку и пере
дачу информации.
Комп
лекс технических сред
ств составляют:
компь
ютеры;
устройства сбо
ра, накопления, обраб
отки, передачи и вывода
инфор
мации –жесткие дис
ки, устройства хран
ения данных, скан
еры, принтеры,
факсим
ильные аппараты;
устро
йства передачи дан
ных и лин
ий связи – мод
емы;
эксплуатационные матер
иалы – бумага, CD (DVD)- дис
ки и т. п.
Пр
и выборе компь
ютера необходимо руководст
воваться рядом
характе
ристик. К так
им характеристикам относ
ятся надежность, стоимо
стные
затраты, производи
тельность, простота использ
ования и д
р. От знач
ения указанных
парам
етров зависит возмож
ность работы с требуемыми програ
ммными средствами,
а следовательно, и успех созд
ания системы.
Дл
я каждого и
з элементов дан
ной схемы выдел
яется перечень крите
риев,
наиболее важ
ных при осущест
влении выбора технич
еского обеспечения. Эт
и
критерии так
овы:
тактовая част
ота процессора;
разре
шение монитора;
объ
ем оперативной пам
яти.
Анализируя уж
е имеющиеся н
а предприятии АР
М, делаем выв
од, что он
и
подходят п
о всем требов
аниям.
Для печ
ати, сканирования и копирования докум
ентов должно
присутс
твовать соответствующее оборуд
ование. Для обеспе
чения сохранности
дан
ных при авари
йном отключении электро
питания персональный компь
ютер
должен бы
ть оборудован бло
ком бесперебойного пита
ния.
59
Как многофункц
иональными устройствами, та
к и устрой
ствами
бесперебойного пита
ния, рабочие мес
та пользователей уж
е оборудованы, поэт
ому
внедрение разрабат
ываемой системы н
е требует заку
пки и устан
овки
дополнительных технич
еских средств.
2. Проек
тная
внутри
час
ть
2.1 Разработка
PAGEREF
прое
кта
удобной
автомат
изации
2.1.1. Этапы
прав
ило
жизненного
ве
дь
цикла прое
кта
Информационные
автомат
изации
Целью
зави
сит
данной
фай
ла
работы
дл
я
является
Характе
ристика
разработка
Фина
нсы
АИС СИ
ТУ
объекта
в торговом
компле
ктации
предприятии «ON_NO».
Жизне
нный цикл явля
ется моделью созд
ания и использ
ования АИС, кото
рая
отражает разли
чные состояния сист
емы с моме
нта возникновения в данном
компл
ексе средств д
о момента ег
о полного вых
ода из употре
бления.
Для АИ
С условно выде
ляют следующие осно
вные этапы и
х жизненного
цик
ла:
- анализ — опреде
ление того, чт
о должна дел
ать система;
- проекти
рование — определение то
го, как сист
ема будет функцион
ировать:
прежде все
го, спецификация подси
стем, функциональных компон
ентов и спос
обов
их взаимод
ействия в сист
еме;
- разработку — созд
ание функциональных компон
ентов и отдел
ьных
подсистем, соеди
нение подсистем в единое цел
ое;
- тестирование — пров
ерку функционального и параметрического
соотве
тствия системы показа
телям, определенным н
а этапе анал
иза;
- внедрение — устан
овку и вв
од системы в действие;
- сопрово
ждение — обеспечение штат
ного процесса эксплу
атации системы
н
а предприятии заказ
чика.
Основным нормат
ивным документом, регламен
тирующим ЖЦ, явля
ется
международный стан
дарт ISO/IEC 12207 (ISO - International Organization of
Standardization - Международная органи
зация по стандар
тизации, IEC - International
60
Electrotechnical Commission - Международная коми
ссия по электро
технике). Он
опред
еляет структуру Ж
Ц, содержащую проц
ессы, действия и задачи, кото
рые
должны бы
ть выполнены в
о время созд
ания ИС.
Струк
тура ЖЦ п
о стандарту ISO/IEC 12207 базир
уется на тр
ех группах
проце
ссов:
- основные проц
ессы ЖЦ (приобр
етение, поставка, разра
ботка,
эксплуатация, сопрово
ждение);
- вспомогательные проц
ессы (документирование, управ
ление
конфигурацией, обеспе
чение качества, аттес
тация, аудит, реше
ние проблем);
- организа
ционные процессы (управ
ление проектами, созд
ание
инфраструктуры прое
кта, улучшение сам
ого ЖЦ, обуч
ение).
Стандарт ГО
СТ 34.601-90 предусматривает следу
ющие стадии и этапы
созд
ания автоматизированной сист
емы:
1. Формирование требо
ваний к А
С:
- обследование объе
кта и обосно
вание необходимости созд
ания АС;
- формир
ование требований пользо
вателя к А
С;
- оформление отч
ета о выпол
нении работ и заявки н
а разработку А
С.
2. Разработка конце
пции АС:
- изуч
ение объекта;
- прове
дение необходимых нау
чно-исследовательских раб
от;
- разработка вариа
нтов концепции А
С и выб
ор варианта конце
пции АС,
удовлетв
оряющего требованиям пользов
ателей;
- оформление отч
ета о продел
анной работе.
3. Технич
еское задание:
- разра
ботка и утверж
дение технического зада
ния на созд
ание АС.
4. Эски
зный проект:
- разра
ботка предварительных проек
тных решений п
о системе и ее час
тям;
- разработка докуме
нтации на А
С и е
е части.
5. Технич
еский проект:
- разра
ботка проектных реше
ний по сист
еме и е
е частям;