Содержание

1. Case - технологии 3

1.1. Моделирование программных систем 3

1.2. Проблемы внедрения CASE-средств 5

1.3. Процесс внедрения CASE-средств 6

1.4. Ожидаемые и неожиданные результаты 7

1.5. О выборе CASE-средства 10

2. Системы файловых архивов FTP 12

2.1. Постановка задачи 12

2.2. Реализация WEB-страницы на языке HTML 12

2.2.1. Структура WEB-страницы 12

2.2.2. Создание гиперссылок 12

2.2.3. Вставка рисунка 13

2.2.4. Вставка таблицы 13

2.3. Вид созданной страницы в браузере Internet Explorer 13

Используемая литература 15

1. Case - технологии

Если рассматривать CASE (Computer Aided Software Engineering) в первоначальном понимании — как средство компьютерной поддержки разработки программного обеспечения (ПО), то их польза в проектировании больших и сложных программных систем станет вполне понятной. В подтверждение этого тезиса можно сослаться на «Мифический человеко-месяц» Фредерика Брукса. Самой большой проблемой, которую приходится решать программной инженерии, является сложность ПО. Сложность становится существенным и неотъемлемым свойством программных систем. Поэтому попытки описания программных объектов, абстрагируясь от их сложности, приводят к абстрагированию и от их сущности. Наблюдается нелинейный рост сложности при увеличении размера ПО. Создаются трудности в процессе общения между разработчиками, что ведет к ошибкам в продукте, превышению стоимости разработки, затягиванию выполнения графиков работ. Сложность структуры затрудняет развитие ПО и добавление новых функций.

1.1. Моделирование программных систем

Для успешной реализации проекта объект проектирования (в нашем случае ПО) должен быть прежде всего адекватно описан, то есть должна быть построена полная и непротиворечивая архитектура ПО. Архитектура ПО представляется в виде совокупности моделей, которые строятся для того, чтобы понять и осмыслить структуру и поведение будущей системы, облегчить управление процессом ее создания и уменьшить возможный риск, а также документировать принимаемые проектные решения. Разработка архитектуры системы ПО промышленного характера на стадии, предшествующей ее реализации или обновлению, в такой же мере необходима, как и наличие проекта для строительства большого здания. Это утверждение справедливо как в случае разработки новой системы, так и при адаптации типовых продуктов класса R/3 или BAAN, в составе которых также имеются собственные средства моделирования. Хорошие модели являются основой взаимодействия участников проекта и гарантируют корректность архитектуры .

Очевидно, что основная цель разработки ПО — это не моделирование, а получение работающих приложений (кода). Диаграммы в конечном счете — это всего лишь наглядные изображения. Поэтому при использовании графических языков моделирования очень важно понимать, чем это поможет, когда дело дойдет до написания кода. Можно привести следующие причины, побуждающие прибегать к их использованию.

• Изучение методов проектирования. Множество людей отмечает наличие серьезных трудностей, связанных, например, с освоением объектно-ориентированных методов, и, в первую очередь, смену парадигмы. Графические средства позволяют облегчить решение этой проблемы.

• Общение с экспертами организации. Графические модели позволяют дать внешнее представление о системе и объясняют, что эта система будет делать.

• Получение общего представления о системе. Графические модели помогают быстро получить общее представление о системе, сказать о том, какого рода абстракции существуют внутри системы и какие ее части нуждаются в дальнейшем уточнении.

Из всего сказанного выше можно сделать вывод, что моделирование сложных программных систем с помощью CASE-средств является самостоятельным и самодостаточным видом деятельности в процессе создания ПО.

В то же время практическое внедрение CASE-технологии в организациях-разработчиках ПО связано с рядом проблем. Они достаточно полно изложены в американском стандарте IEEE Std. 1348-1995. IEEE Recommended Practice for the Adoption of Computer-Aided Software Engineering (CASE) Tools. Цель приведенных в стандарте рекомендаций — предоставить руководство, позволяющее повысить вероятность успешного внедрения CASE-технологии. Эти рекомендации достаточно актуальны и ценны, поскольку отражают опыт, накопленный многими зарубежными пользователями и разработчиками CASE-средств.

Используемая литература

1. Тихонов А.И. Динамический HTML. Самоучитель. Москва, ЗАО «Издательство БИНОМ», 2004. – 491 с

2. Луиза Паттерсон, Сью Шарльворс, Джоди Корнелиус и др. Использование HTML 4. – М.: Издательский дом «Вильямс», 2002. – 400 с.: ил.

3. Шапошников И.В. Интернет-программирование. – СПб.: БХВ – Санкт-Петербург, 2002. – 224 с.: ил.

4. Хольцшлаг, Молли, Э. Использование HTML 4.

Издано: 2003, М.: Издательский дом "Вильямc", ISBN: 5-8459-0116-2. Твердый переплет, 1008 стр.

5. Калянов Г.Н. Case-технологии. Консалтинг по автоматизации бизнес-процессов. Издательство «Горячая линия - Телеком», 2004 г., 320 стр.

6. Трофимов С.А. Case-технологии: практическая работа в Rational Rose. ЗАО «Издательство БИНОМ», 2003 г. – 272 с.: ил.

Примечаний нет.