ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 17.10.2024
Просмотров: 28
Скачиваний: 0
СОДЕРЖАНИЕ
Глава 3 проектирование интернет-сайта и интернет-магазина ооо «Хускварна Рус»
3.1 Основные этапы проектирования интернет-сайта
3.2 Объектно-ориентированный подход. Основные понятия
3.3 Обоснование выбора среды проектирования
3.3 Построение диаграмм прецедентов
Глава 3 проектирование интернет-сайта и интернет-магазина ооо «Хускварна Рус»
3.1 Основные этапы проектирования интернет-сайта
Любой сайт является частью информационной системы Интернет. При проектировании информационной системы используются этапы концептуального, логического и физического проектирования. Эти же этапы характерны и для создания сайта в Интернет.
Концептуальное проектирование сайта служит для указания целей, задач сайта и определения аудитории, на которую он рассчитан. На данном этапе определяются цели создания, тип пользователей сайта, разделы и структура, а также группа разработчиков.
При создании Web-сайта необходимо определить цель его создания и потенциальных посетителей. Самое первое, что необходимо сделать - определиться с типом сайта (информационный или презентационный, коммерческий или некоммерческий). Для этого необходимо предварительно проанализировать информацию, которая будет представлена на сайте.
Самая важная информация должна быть представлена на домашней или главной странице. Она должна, с одной стороны, информировать пользователя, а с другой - создать такой эффект, чтобы пользователю захотелось посмотреть остальные страницы или вернуться на сайт еще раз. Особенностью проектирования сайтов является то, что люди не читают web-страницы, а просматривают их и плохо ориентируются в большом количестве информации,избегают медленно загружающихся сайтов.[14]
Логическое проектирование. Здесь необходимо структурировать информацию, которая будет представлена на сайте, выделить ключевые слова (могут быть рубрики сайта или важные разделы сайта). Выделенные ключевые слова обычно являются гиперссылками для сайта, состоящего из нескольких страниц. Поэтому следующим действием является разработка навигации по сайту.
Информация должна быть организована так, чтобы посетитель знал, что его ждет на следующей странице по названию ссылки, на которую он нажимает. Конечный результат логического проектирования может быть представлен в виде структурных диаграмм и другими способами, показывающими взаимосвязь различных частей сайта и разработки контента сайта.
Под контентом понимается информационное наполнение сайта. Именно написанию содержимого следует уделить наибольшее внимание.
Дизайн - это характеристика внешнего вида сайта. Сайт не должен быть просто симпатичной домашней страничкой. Критерии оценки визуального оформления - высокое качество, уместность и соответствие той аудитории и задаче, на которые ориентирован сайт.
На следующем этапе необходимо осуществить физическую реализацию проекта с использованием выбранных программных средств разработки.[15]
3.2 Объектно-ориентированный подход. Основные понятия
Объектно-ориентированный подход основан на систематическом использовании моделей для языково-независимой разработки программной системы, на основе из ее прагматики. Прагматика определяется целью разработки программной системы: для обслуживания клиентов банка, для управления работой аэропорта и т.п. В формулировке цели участвуют предметы и понятия реального мира, имеющие отношение к разрабатываемой программной системе. При объектно-ориентированном подходе эти предметы и понятия заменяются их моделями, т.е. определенными формальными конструкциями, представляющими их в программной системе. Модель содержит не все признаки и свойства представляемого ею предмета (понятия), а только те, которые существенны для разрабатываемой программной системы. Тем самым модель "беднее", а, следовательно, проще представляемого ею предмета (понятия). Но главное даже не в этом, а в том, что модель есть формальная конструкция: формальный характер моделей позволяет определить формальные зависимости между ними и формальные операции над ними. Это упрощает как разработку и изучение (анализ) моделей, так и их реализацию на компьютере. В частности, формальный характер моделей позволяет получить формальную модель разрабатываемой программной системы как композицию формальных моделей ее компонентов.
Таким образом, объектно-ориентированный подход помогает справиться с такими сложными проблемами, как
уменьшение сложности программного обеспечения;
повышение надежности программного обеспечения;
обеспечение возможности модификации отдельных компонентов программного обеспечения без изменения остальных его компонентов;
обеспечение возможности повторного использования отдельных компонентов программного обеспечения.
Систематическое применение объектно-ориентированного подхода позволяет разрабатывать хорошо структурированные, надежные в эксплуатации, достаточно просто модифицируемые программные системы. Этим объясняется интерес программистов к объектно-ориентированному подходу и объектно-ориентированным языкам программирования. Объектно-ориентированный подход является одним из наиболее интенсивно развивающихся направлений теоретического и прикладного программирования.
Рассмотрим основные определения.
Система - совокупность взаимосвязанных управляемых подсистем, объединенных общей целью функционирования; набор подсистем, организованных для достижения определенной цели и описываемых с помощью совокупности моделей, возможно, с различных точек зрения.
Подсистема - это совокупность элементов, часть из которых задает спецификацию поведения других элементов, система представляется в виде набора более простых сущностей, которые являются самодостаточными.
Модель - это некий (материальный или нет) объект, отображающий лишь наиболее значимые для данной задачи характеристики системы.
Диаграмма - это графическое представление множества элементов
Но обратимся к проектированию ПО. В этой отрасли с помощью диаграмм можно визуализировать систему с различных точек зрения. Одна из диаграмм может описывать взаимодействие пользователя с системой, другая - изменение состояний системы в процессе ее работы, третья - взаимодействие между собой элементов системы и т. д.
В контексте приведенных выше определений ни одна отдельная диаграмма не является моделью. Диаграммы - лишь средство визуализации модели, и эти два понятия следует различать. Лишь набор диаграмм составляет модель системы и наиболее полно ее описывает, но не одна диаграмма, вырванная из контекста.[1]
3.3 Обоснование выбора среды проектирования
Проектирование информационной системы - это поиск способа, который удовлетворяет требованиям функциональности системы средствами имеющихся технологий с учетом заданных ограничений.
В данной работе проектирование будет осуществляться на основе CASE-средства фирмы RationalSoftwareCorporation (США) –RationalRose.
Мощный толчок CASE-средства получили в пору внедрения объектно-ориентированной технологии разработки программного обеспечения. Старые технологии разработки программ «сверху вниз» уже не могли справиться с все усложняющимися, труднообозримыми программными комплексами.RationalRose, являясь объектно-ориентированным средством проектирования, способна моделировать ситуации любой сложности: от проектирования системы до разработки кода.
Объектно-ориентированное проектирование предоставляет возможность программистам оперировать понятием «объект», а не понятием «процедура» при разработке информационной системы. Объекты содержат сгруппированные данные и процедуры, отображая сущность объекта и его интерфейс, описывающий взаимодействие с объектом. Программа, полученная при реализации объектно-ориентированного проектирования, описывает взаимодействие объектов.
Данный пакет позволяет создавать сложные программные системы от замысла до создания исходного кода, чем привлекает не только проектировщиков систем, но и программистов-разработчиков. За рубежом по причине сильной конкуренции между фирмами-разработчиками программ ни один, даже небольшой программный проект, не обходится без применения CASE-средств. Уже более 50 тысяч больших и маленьких компаний по всему миру используют Rational Rose для разработки программных систем. Это такие известные компании как NASA, Boeing, Lockheed Martin, Honey-well, NBC, Reuters, AT&T и другие [4].
Rationa lRose - предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации. Благодаря уникальному языку моделирования RationalRose способен решать практически любые задачи в проектировании информационных систем: от анализа бизнес процессов до генерации кода на определенном языке программирования. Только RationalRose позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели, осуществляя тем самым либо абстрактное проектирование, либо логическое [17].
Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектирования, основанную на подходах трех ведущих специалистов в данной области: Буча, Рамбо и Джекобсона. Разработанная ими универсальная нотация для моделирования объектов (UML–Unified Modeling Language) претендует на роль стандарта в области объектно-ориентированного анализа и проектирования. Конкретный вариант Rational Rose определяется языком, на котором генерируются коды программ (C++, Smalltalk, PowerBuilder, Ada, SQL Windows и Object Pro). Основной вариант –Rational Rose/C++ - позволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, а также генерировать программные коды на C++. Кроме того, Rational Rose содержит средства реинжиниринга программ, обеспечивающие повторное использование программных компонент в новых проектах [15].
В распоряжение проектировщика системы Rational Rose предоставляет следующие типы диаграмм, последовательное создание которых позволяет получить полное представление о всей проектируемой системе и об отдельных ее компонентах :
Usecase diagram (диаграммы прецедентов);
Deployment diagram (диаграммы топологии);
Statechart diagram (диаграммы состояний);
Activitydiagram (диаграммы активности);
Interaction diagram (диаграммы взаимодействия);
Sequence diagram (диаграммы последовательностей действий);
Collaboration diagram (диаграммы сотрудничества);
Class diagram (диаграммы классов);
Component diagram (диаграммы компонент).