Реферат: Пример подхода к определению критериев выбора CASE-средств - текст реферата. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Реферат

Пример подхода к определению критериев выбора CASE-средств

Банк рефератов / Программирование

Рубрики  Рубрики реферат банка

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Microsoft Word, 117 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникального реферата

Узнайте стоимость написания уникальной работы

Пример подхода к определению критериев выбора CASE-средств Пример п од хода к определению критериев выбора CASE-средств приведен в [1]. Предполагается , что CASE-средства будут использованы в крупном типовом проек те ИС , обладающем характеристиками , перечисленными во введении . В общем случае стратегия выбора CASE-средств для конкретного при менения зависит от целей , потребностей и о граничений будущего проекта ИС (включая квали фикацию участвующих в процессе проектирования специалистов ), которые , в свою очередь , опред еляют используемую методологию проектирования . Следует подчерк нуть , что определяющим фактором при выборе тех или иных инс трументальных средств является используемая мето дология и технология проектирования , а не наоборот . С этой точки зрения бессмысленно сравнивать CASE-средства сами по себе в от рыве от методологии , п оскольку ИС можно в принципе разработать любыми средст вами . Традиционно при обсуждении проблемы выбор а CASE-средств большое внимание уделялось особен ностям реализации той или иной методологии анализа предметной области (E-R, IDEF0, IDEF1Х , Gane/Sarson, Yo urdon, Barker и др .). Безусловно , богатство изобразительных и описательных средств дает возможность на этапах стратегического планирования и анализ а построить наиболее полную и адекватную модель предметной области . С другой стороны , если говорить о конечн ы х резул ьтатах - базах данных и приложениях , то обн аруживается , что часть описаний в них прак тически не отражается , оставаясь чисто деклар ативной (на выходе мы в любом случае п олучим описание БД в табличном представлении с минимальным набором ограничений ц е лостности и исполнимый код приложений , большую часть которых составляют экранные формы , не выводимые непосредственно из моделе й предметной области ). Опытные аналитики и проектировщики всегда с большими или меньшим и трудозатратами придут к нужному конечном у результату независимо от того , какая конкретно методология или ее разновидн ость реализована в данном инструменте . Это , конечно , не означает , что методология не важна , напротив , отсутствие или неполнота оп исательных средств могут с самого начала значитель н о затруднить работу над проектом . Однако , зачастую на первом плане оказываются другие критерии , невыполнение ко торых может породить гораздо большие трудност и . Как было отмечено в подразделе 1.3, техно логия проектирования должна быть поддержана к омплексом согласованных CASE-средств , обеспечивающи х автоматизацию процессов , выполняемых на все х стадиях ЖЦ . Может создаться впечатление , что если можно сформировать необходимую аппа ратную платформу из компонентов различных фир м-производителей , то так же просто мо ж но выбрать и скомплексировать разные инструментальные средства , каждое из которых является одним из мировых лидеров в своем классе . Однако для инструментальных средств в настоящее время , в отличие от обору дования , отсутствуют международные стандарты на ос н овные свойства конечных продукт ов (программ , баз данных и их сопряжение ). Поскольку составные части проекта должны б ыть интегрированы в единый продукт , следовате льно , имеет смысл рассматривать не любые , а только сопряженные инструментальные средства , кото р ые в принципе могут быть ориентированы - даже внутри одного класса - на разные методологии ; при этом необходимо отбирать в состав комплекса CASE-средств средс тва , поддерживающие по крайней мере близкие методологии , если не одну и ту же . Исходя из перечисл енных выше сооб ражений , в качестве основных критериев выбора CASE-средств принимаются следующие критерии : 1. Поддержка полного жизненного цикла ИС с обеспечением эволюционности ее развития Полный жизненный цикл ИС должен поддерживаться комплексом инструм ентальных средств , перечисленных в разделе 3.2, с учетом следующих особенностей : o o коллективного характера разработки моделей , проектных спецификаций и приложений территориально распределенными групп ами специалистов с использованием различных и нструм ентальных средств (включая их интег рацию , тестирование и отладку ); o необходимости адаптации типового проекта к различным системно-технич еским платформам (техническим средствам , операцион ным системам и СУБД ) и организационно-экономич еским особенностям объ ектов внедрения ; o необходимости интеграции с существующими разработками (включая реинжи ниринг приложений и конвертирование БД ). Для существующих ИС должен обеспечиваться плавный переход из старой среды эксплуатации в новую с минимальными переделками и по ддержкой эксплуатируемых баз данных и приложений , внедренных до начала работ по созданию новой системы . 2. Обеспечение целостности проекта и контроля за его состоянием Данное требование означает наличие единой технологической сред ы создания , сопровождени я и развития И С , а также целостность репозитория . Единая технологическая среда должна обеспечиваться за счет использования единственного CASE-средства для поддержки моделей ИС , а также за счет наличия программно-технологических интерфейсов м ежду отдельным и инструментальными средс твами , сертифицированных и поддерживаемых фирмами- разработчиками соответствующих средств . В частнос ти , интерфейс между CASE-средствами и средствами разработки приложений должен выполнять две основные функции : а ) непосредственный пе р еход в рамках единой среды о т описания логики приложения , реализованного CASE-средством , к разработке пользовательского интерф ейса (экранных форм ); б ) перенос описания БД из репозитория CASE-средства в репозиторий с редства разработки приложений и обратно. Вся информация о проекте должна автом атически помещаться в базу проектных данных , при этом должны поддерживаться согласованно сть , непротиворечивость , полнота и минимальная избыточность проекта , а также корректность операций его редактирования . Это может б ы ть достигнуто при условии исключ ения или существенного ограничения возможности актуализации репозитория разными средствами . В рамках CASE-средства должен обеспечиваться конт роль соответствия декомпозиций диаграмм , а та кже контроль соответствия диаграмм ра з личных типов (например , диаграмм потоков данных и ER-диаграмм ). Невыполнение требования целостности в усл овиях разобщенности разработчиков и временной протяженности крупного проекта может означать утрату контроля за его состоянием . 3. Независимость от пр ограммно-аппаратн ой платформы и СУБД Требование определ яется неоднородностью среды функционирования ИС . Такая независимость может иметь две сост авляющих : независимость среды разработки и не зависимость среды эксплуатации приложений . Она обеспечивается за с чет наличия совмест имых версий CASE-средств для различных платформ и драйверов соответствующих сетевых протокол ов , менеджеров транзакций и СУБД . 4. Поддержка одновременной работы групп разработчиков Развитые CASE-средств а должны обладать возможностями ра зделени я полномочий персонала разработчиков и объеди нения отдельных работ в общий проект . Долж на обеспечиваться одновременная (в заданной с етевой конфигурации ) работа проектировщиков БД и разработчиков приложений (разработчики прилож ений в такой ситуации м огут нач инать работу с базой данных , не дожидаясь полного завершения ее проектирования CASE-средс твами ). При этом все группы специалистов д олжны быть обеспечены адекватным инструментарием , а внесение изменений в проект различными разработчиками должно быт ь согласо ванным и корректным . Каждый разработчик долже н иметь возможность работы со своим личны м репозиторием , являющимся фрагментом или коп ией общего репозитория . Должны обеспечиваться содержательная интеграция всех изменений , вносимы х разработчиками , в о б щем репозито рии , одновременная доступность для разработчика общего и личного репозиториев и простота переноса объектов между ними . 5. Возможность разработки приложений "клиен т-сервер " требуемой конфигурации Подразумевается со четание наличия развитой граф ической сред ы разработки приложений (многооконность , разнообра зие стандартных графических объектов , разнообрази е используемых шрифтов и т.д .) с возможност ью декомпозиции (partitioning) приложения на "клиентскую " часть , реализующую пользовательский экранны й интерфейс и "серверную " часть . При эт ом должна обеспечиваться возможность перемещения отдельных компонентов приложения между "клие нтом " и "сервером " на наиболее подходящую п латформу , обеспечивающую максимальную эффективность функционирования приложения в целом , а также возможность использования сервера приложений (менеджера транзакций ). 6. Открытая архитектура и возможности экспорта /импорта Открытая и общ едоступная информация об используемых форматах данных и прикладных программных интерфейсах должна поз волять интегрировать инструмента льные средства третьих фирм и относительно безболезненно переходить от одной системы к другой . Возможности экспорта /импорта означа ют , что спецификации , полученные на этапах анализа , проектирования и реализации для одно й ИС, могут быть использованы для проектирования другой ИС . Повторное проектир ование и реализация могут быть обеспечены при помощи средств экспорта /импорта специф икаций в различные CASE-средства . 7. Качество технической поддержки в Ро ссии , стоимость приобретени я и поддержки , опыт успешного использования Имеется в виду наличие квалифицированных дистрибьюторов и к онсультантов , быстрота обслуживания пользователей , высокое качество технической поддержки и о бучения продукту и методологии его применения для больших к оллективов разработчиков (наличие сведений о практике использования системы , качество документации , укомплектованность примерами и обучающими курсами , наличие пил отных проектов ). Затраты на обучение новым технологиям значительны , однако потери от исп ользо в ания современных сложных технол огий необученными специалистами могут оказаться значительно выше . Кроме того , фирмы-поставщики инструментальных средств должны быть устойчивыми , так как технология выбирается не на один год , а также должны обеспечивать хорош ую поддержку на территории России (горячая лин ия , консультации , обучение , консалтинг ), возможно , через дистрибьюторов . Что касается стоимости , следует учитывать возможность получения бесплатной временной л ицензии , стоимость лицензии на одно рабочее место CASE-средств , скидки , предоставляемые фирмой в случае приобретения большого количе ства лицензий , необходимость приобретения run-time верси й для эксплуатации приложений и т.д . В то же время стоимость продукта должна рас сматриваться не сама по себе , а с уче т ом ее соответствия возможностям продукта . 8. Простота освоения и использования Учитываются следую щие характеристики : o соответствие инструмента особенностям и потенциальным возможностям коллектива разраб отчиков ; o доступность пользователь ского интерфей са ; o время , необходимое дл я обучения ; o простота установки ; o качество документации ; o объем ручного труда при сопровождении ИС . 9. Обеспечение качества проектной документации Это требование относится к возможностям CASE-средств анализироват ь и пров ерять описания и документацию на полноту и непротиворечивость , а также на соответствие принятым в данной методо логии стандартам и правилам (включая ГОСТ , ЕСПД ). В результате анализа должна формировать ся информация , указывающая на имеющиеся проти воречия ил и неполноту в проектной документации . Должна быть также обеспечена возможность создавать новые формы документов , определяемые пользователями . 10. Использование общепринятых , стандартных нотаций и соглашений Для того , чтобы проект мог выполняться разными к олле ктивами разработчиков , необходимо использование с тандартных методов моделирования и стандартных нотаций , которые должны быть оформлены в виде нормативов до начала процесса проекти рования . Несоблюдение проектных стандартов ставит разработчиков в зависи м ость от фирмы-производителя данного средства , делает за труднительным формальный контроль корректности п роектных решений и снижает возможности привле чения дополнительных коллективов разработчиков , с мены исполнителей и отчуждения проекта , поско льку число сп е циалистов , знакомых с данным методом (нотацией ) может быть огр аниченным . В результате выполненного анализа может оказаться , что ни одно доступное средство не удовлетворяет в нужной мере всем основным критериям и не покрывает все пот ребности проекта . В это м случае может применяться набор средств , позволяющий постр оить на их базе единую технологическую ср еду .
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
- Вадик, я тебя люблю.
- Спасибо, Люся, уже не надо.
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

Обратите внимание, реферат по программированию "Пример подхода к определению критериев выбора CASE-средств", также как и все другие рефераты, курсовые, дипломные и другие работы вы можете скачать бесплатно.

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru