Информационная система комплексного менеджмента

Так что ничего удивительного в том, что красота чуть ли не на десятилетие стала жупелом веб-дизайнера, нет. Именно некрасивые, но в принципе функциональные интернет-ресурсы задали моду на многие годы вперед. К дизайну требования были очень простые: он должен быть незаметен. Он не должен мешать посетителю знакомиться с коммерческим предложением. Что, учитывая происхождение, неудивительно: де-факто такой подход означал, что сайт не должен быть страшным. Сайт - это инструмент. Красота инструмента - в его функциональности.

С другой стороны, развитию дизайна мешала неразвитая технология. До сих пор в Интернете принимаются новые стандарты, расширяющие свободу деятельности для web-дизайнеров. Это и html 5, и CSS 3, а также развиваются такие технологии как Adobe Flash, Adobe Flex, Microsoft Silverlight. На ранних же стадиях своего развития web представлял собой очень ограниченную информационную среду. В начале же HTML был прост: HTML-теги использовались только для того, чтобы указать - это заголовок, а это - абзац, и так далее.

А потом на свет появилась штука, называемая «графическим браузером» (NCSA Mosaic). Люди начали включать графические элементы графику в свои страницы. И они хотели, чтобы их страницы выглядели лучше, привлекательней, симпатичней. Тогда, HTML был расширен, чтобы включить теги моделирования, такие, как bold, strong, italicisized.

А люди все еще не были удовлетворены: они хотели большего. И возможность добавлять больше стиля к тексту пришла в форме тега, тега, и так далее. Теперь люди могли создавать страницы с красочными фонами и шрифтами, почти как им хотелось.

Однако, этого не было достаточно. На сцену вышли люди, называвшие себя «дизайнерами». Так как многие из них пришли из мира бумажного дизайна, они хотели еще большего контроля над внешним видом создаваемых web-страниц.

В 1996 году была издана очень влиятельная книга Дэвида Сигэла под названием «Creating Killer Web Sites», вскоре она стала бестселлером номер 1 на Amazon - немыслимое достижение для книги по web-дизайну.

Система раскладки страниц, описываемая в этой книге, в основном базировалась на использовании таблиц HTML и однопиксельных GIF'ов. Страница раскладывалась по сетке; содержимое, будь оно текстом или графикой, помещалось в ячейки этой сетки. Чтобы предотвратить «сворачивание» пустых ячеек таблицы, использовались прозрачные GIF'ы размером 1х1 пиксель. Сигэл (и не только он) пошел дальше, и предлагал использовать однопиксельные GIF'ы как средство управления разрывами между буквами в тексте, и для того, чтобы создавать отступы.

Появление таких методов позволило дизайнерам создавать визуально привлекательные страницы, ставя эстетический аспект в сайтах наряду с функциональным.

3.2.2 Зарождение идей о юзабилити сайтов

Однако, все хорошо в меру, и в какой-то момент стало очевидно, что дизайнеры не всегда могут совладать с предоставленными им возможностями. Стали все чаще появляться сайты, в которых из-за неудачного дизайна нельзя было прочитать информацию. Длинные меню, разбитые по всей странице, огромное количество мелькающих gif-баннеров, яркие цвета, контрастный текст, непродуманная навигация, большие тяжеловесные страницы, - вот характерные признаки web-дизайна того времени.

В этот момент пришло осознание того, что при создании сайта необходимо думать об удобстве пользователя. Началось приложение моделей HCI (Human-Computer-Iteraction, человеко-компьютерное взаимодействие) в веб.

Дисциплина HCI основана на психологии и это позволяет экспертам сложные социальные взаимодействия, окружающие новую вычислительную технику. Эти модели позволили исследователям разрабатывать различные рекомендации и правила по созданию веб-интерфейсов. Позже HCI в вебе переродилась в юзабилити.

Одним из основоположников юзабилити стал Якоб Нильсен (Jacob Nielsen). Именно он выпустил в 1999 году книгу Designing web usability. The practice of simplicity, которая стала одним из первых (и наиболее значимым на тот момент) руководством по созданию юзабильных сайтов.

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

Конечно, Интернет-бум не мог долго продлиться. Слишком многим людям казалось, что они знают потребности и желания своих пользователей, но, тем не менее, они никогда не думали о том, чтобы использовать методы разработки, ориентированные на нужды пользователей. Плохое качество бизнес-моделей привело к тому, что многие компании просто выбросили огромные суммы денег на создание продуктов, которые никто не мог и не хотел использовать.

Однако мысль о том, что это явилось сигналом конца Интернета, была преждевременной. Те компании, которые смогли предоставить полезные и удобные сервисы, выжили. Методы юзабилити и HCI доказали свою силу в предотвращении рисков проектирования. Кроме использования методов юзабилити для веб-сервисов, они также используются в проектировании мобильных систем. С конца 90-х годов мобильные устройства расширили способы, с помощью которых мы взаимодействуем с компьютерами и друг с другом. Мобильные телефоны, PDA (personal digital appliances) и беспроводные сети дали начало новой концепции вездесущей вычислительной техники: мир, в котором технология - повсюду, но она находится в фоне. Люди перестали быть пользователями одиночных, изолированных устройств, люди стали жителями цифровых сообществ. Очевидно, что системы, которые имеют такое фундаментальное влияние на способы нашего функционирования, не могут разрабатываться при помощи старых технологий. Человеко-центрированные системы требуют человеко-центрированного проектирования и это задача для юзабилити на следующую декаду.

3.2.3 Современный этап развития веба

В настоящее время наметились две тенденции в развитии Всемирной паутины: семантическая паутина и социальная паутина. Семантическая паутина предполагает улучшение связности и релевантности информации во Всемирной паутине через введение новых форматов метаданных. Социальная паутина полагается на работу по упорядочиванию имеющейся в Паутине информации, выполняемую самими пользователями Паутины. В рамках второго направления наработки, являющиеся частью семантической паутины, активно используются в качестве инструментов (RSS и другие форматы веб-каналов, OPML, микроформаты XHTML).

· Использование открытых API успешных проектов. возможности интернет-решений растут с каждым новым стартапом. Грядет время, когда разработчикам придется выбирать, либо предоставлять пользователям современные решения, построенные на сторонних сервисах, либо пытаться успевать за инновациями рынка, рассчитывая лишь на собственные силы. Пример создания фото-галереи, используя Flickr
Пример интеграции сервиса статистики Google Analytics и CakePHP
Список открытых API.

· Использование AJAX, javascript и различных технологий (напр., Microsoft Silverlight, Adobe Flash).

· Поддержка сайтами различных мобильных устройств.

· Использование медиа-информации (потоковое видео, подкасты).

· Унификация авторизационных сервисов в крупных компаниях. Нарастающая популярность OpenID (http://www.openid.net) выводит это решение в лидеры. Однако используются и прочие решения, такие как SAML, Liberty и MS Passport.

3.2.4 Разработка пользовательского интерфейса

При проектировании и разработке пользовательского интерфейса были выбранны основные принципы проектирования юзабилити информационной системы:

· Минимально необходимое количество отображаемых опций. На экране должны присутствовать только те элементы, которые могут понадобиться пользователю здесь и сейчас для выполнения задачи. Количество общих для всего интерфейса системы элементов должно быть минимальным.

· Надежность и обработка ошибок. Система обязана всегда обеспечивать сохранность данных, с которыми работает пользователь. Пример - функция авто-сохранения. «Обработка ошибок» подразумевает не только ясность сообщения об ошибке и способах ее исправления, но и общую толерантность системы к ошибкам пользователей (если мы знаем, как исправить ошибку-то нужно исправить ее автоматически, а не дергать пользователя).

· Интерфейс, ориентированный на задачу. Логика интерфейса должна исходить не из того, как работает система, и как она устроена внутри, а из того, как работает с ней пользователь - из его повседневных задач. Разработчики часто стремятся сделать все «элегантно», когда множество задач решается одним и тем же набором инструментов. Проблема в том, что журналисту электронного издания совершенно фиолетова бизнес-логика вашей гениально спроектированной CMS. Плевать он хотел на «модуль», «инфоблок» и «объект» - ему статью сдавать к двенадцати.

· Сокрытие деталей реализации. В предыдущем пункте 3 мы отказались от метафор из архитектуры системы. Осталось избавиться от деталей реализации - никаких HTML, JPEG, XML и прочих технических тонкостей и широкостей. Есть странички и папочки - никаких файлов, директорий и баз данных с индексами.

· Наглядный интерфейс. Пользователь должен понимать, с чем он сейчас работает, что он сделал и, что он еще может с этим сделать. Интерфейс системы должен быть целостным и логически продуманным. Размещать сочинения Хайдеггера в шрифте 8pt также не рекомендуется. Текст и подписи должны быть доходчивыми и однозначными.

· Соответствие умственным моделям пользователей. В большинстве случаев люди мыслят шаблонно, ведь любая умственная деятельность - штука энергозатратная. К чему навязывать новые понятия, схемы и сценарии работы, когда есть уже проверенные «папка», «страница» и «корзина». В одной фразе данный принцип радикально сформулировал Стивен Круг (Steven Krug): «Don't make me think» («Не заставляйте меня думать»).

· Удобство как для новичков, так и для опытных пользователей. Новичкам - подсказки и наглядность, опытным юзерам - хоткеи, шорткаты и прочие средства повышения эффективности работы вплоть до специализированного интерфейса.

· Эффективность в дизайне интерфейса. Веб-интерфейс традиционно был менее эффективным ввиду своей медлительности и асинхронности. Сейчас интерфейсы в стиле веб 2.0 уже приближаются по эффективности работы к обычным приложениям. Эффективность складывается из минимума движений, кликов и переходов между «экранами» до достижения результата. Формы и контролы должны быть логично сгруппированы, а не раскиданы по страницам и вкладкам. Еще одним немаловажным моментом является собственно скорость работы системы. Даже если серверное приложение задумывается надолго, это не значит, что интерфейс клиента должен точно так же подвисать.

· Справка и подсказки в интерфейсе. Конечно, нам нужна документация (с полнотекстовым поиском!) и обучающие материалы (видео!). Понимание даже очень сложного интерфейса можно сильно облегчить за счет добавления контекстной справки. Возможность узнать все об интересующем элементе интерфейса одним кликом в тот же момент устраняет потребность во всех прочих справочных материалах.

· Минимальный срок обучения работе с системой. Если руководствоваться всеми упомянутыми выше принципами, то порог вхождения для CMS можно значительно снизить. Конечные пользователи редко мечтают вновь сесть за парту. Тем более, разработчик коробочной CMS - не интегратор. Он зарабатывает не на дрессировке конечных пользователей, а на обучении разработчиков.

· Самодостаточность системы. Стандартные задачи должны выполняться без использования каких-либо внешних приложений или сервисов. Банальный пример - генерация превью для фотографий. Некоторые CMS уже имеют встроенные «графические редакторы» для корректировки и оптимизации изображений перед публикацией. Это действительно удобно.

3.3 Архитектура и структурная схема информационной системы

Рисунок 3.1. Структурная схема информационной системы

Ядро системы - Основной блок системы, который осуществляет связь между всеми компонентами системы.

Рисунок 3.2. Функциональная схема информационной системы

Пользователь получает доступ к системе, используя веб-браузер, пройдя аутентификацию системы, которая построена на базе СУБД MSSQL и механизма шифрования, используемого этой СУБД. Стартовая страница системы имеет следующий вид (рисунок 3.3):

Рисунок 3.3. Стартовая страница сайта

После прохождения аутентификации и авторизации пользователь получает соответствующие права, получая доступ к функционалу информационной системы. Были введены разграничения функций для учетных записей «Администратор» и «Пользователь». К примеру, пройдя процесс аутентификации и авторизации, «Пользователь» переходит к web-странице, реализующий функционал по работе со спецификациями по проектам colocation.

Заключение

Задание на дипломное проектирование ставило задачей разработку и реализацию информационной системы, предназанченной для обеспечения наиболее эффективно работы персонала компании, непосредственным направлением деятельности которой является предоставлении и реализация проектов по услугам colocation и ит-аутсорсингу. Информационная система разрабатывалась с целью сокращения времени и ресурсов, затрачиваемых на реализацию проектов в сфере colocation.

Информационная система была разработана в соответствии со следующими требованиями к функционированию:

1. Высокая производительность.

2. Отказоустойчивость.

3. Высокая степень доступности.

Список источников

1. Благодатских В.А. Стандартизация разработки программных средств: Учебное пособие / А.В. Благодатских, В.А. Волнин, К.Ф. Поскакалов - М.: Финансы и статистика, 2006. - 288 с.

2. Богданов Д.В. Стандартизация жизненного цикла и качества программных средств: Учебное пособие / Д.В. Богданов, В.В. Фильчаков - СПб.: СПбГУАП, 2000. - 210 с.

3. Мордвинов В.А., Фомина А.Б. Защита информации и информационная безопасность. / МГДД(Ю) Т, МИРЭА, ГНИИ ИТТ «Информика», М., 2003/2004. с. 69

4. Заличев Н.Н. Энтропия информации и сущность жизни - М.: Радиоэлектроника, 1995. - 192 с.: ил.

5. Захаров В.П. Информационно-поисковые системы: Учебно-методическое пособие - СПб.: СПбГУ, 2005. - 48 с.

6. Ахаян Р., Горев А., Макашарипов С. Эффективная работа с СУБД. - СПб.: Питер, 1997. - 540 c.

7. К. Ги. Введение в локально-вычислительные сети. Пер. с англ./ Под ред. Б.С. Иругова. - М.:Радио и связь, 2000. - 190 с.

8. Ильин И.В., Мордвинов В.В.А., Петров К.А., Трифонов Н.И., Финагин Л.А. Онтология моделирования и проектирования семантических информационных систем и порталов. (Справочное пособие). - М.: 2007.

9. Олифер В.Г., Олифер Н.А. Компьютерные сети: Принципы, технологии, протоколы: Учебник для вузов. СПб.: Питер 2004.

Кирсанов Д.О. Веб-дизайн. СПб.: Символ-Плюс, 2006. с. 376

10. Тоу Д. Настройка SQL. Для профессионалов. - СПБ.: Питер.2004 - 333 с.

11. Горев А., МакашариповС., Владимиров Ю. Microsoft SQL Server для профессионалов. - СПб.: Питер, 1998. - 690 c.

12. ISO/IEC 27001:2005. «Информационная технология. Методы обеспечения безопасности. Системы менеджмента информационной безопасности. Требования.»

13. ISO/IEC 23026:2006. «Разработка программного обеспечения. Рекомендуемая практика для Интернета. Разработка веб-сайтов, администрирование веб-сайтов и жизненный цикл веб-сайтов.»

14. ГОСТ Р ИСО/МЭК 9126-93. «Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению.» М.: 1993 г.

15. ГОСТ Р ИСО/МЭК 12207-99. «Информационная технология. Процессы жизненного цикла программных средств;» М.: 2000 г.

16. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. - 2-е изд., перераб. и доп. - М.: Финансы и статистика, 2006. - 544 с.: ил.

17. Лешек А. Мацяшек Анализ требований и проектирование систем. Разработка информационных систем с использованием UML.: Пер. с англ. - М.: «Вильямс», 2002. - 432 с.: ил. - Парал. тит. англ.

18. Липаев В.В. Системное проектирование сложных программных средств для информационных систем. Издание второе, переработанное и дополненное. Серия «Управление качеством». - М.: «СИНТЕГ», 2002.

19. Буч Г. Объектно-ориентированный анализ и проектирование с примерами приложений, 2-е изд. \ Пер. с англ. - М.: «Издательство Бином». - СПб: «Невский диалект», 1999.

20. Коффман Э.Г. Теория расписаний и вычислительные машины. Пер. с анг. - М.: «НАУКА», 1984. - 336 с.

21. Конвей. Р.В., Максвелл В.Л., Миллер Л.В., Теория расписаний. Пер. с анг. - М. «НАУКА», 1975. - 360 с, ил.

22. Танаев В.С., Шкурба В.В., Введение в теорию расписаний. «НАУКА», М., 1975 г. - 256 стр. с илл.

23. Танаев В.С., Гордон В.С., Шафранский Я.М. Теория расписаний. Одностадийные системы. - М.: Наука. Главная редакция физико-математической литературы, 1984. - 384 с.

24. Федотова Д.Э., Семенов Ю.Д., Чижик К.Н. CASE-технологии: Практикум. - М.: Горячая линия-Телеком, 2005. - 160 с.: ил.

25. Кристиан Нейгел, Билл Ивьен, Джей Глинн, Морган Скиннер, Карли Уотсон. С# 2005 и платформа.NET 3.0 для профессионалов.: Пер. с англ. - М. ООО «И.Д. Вильямс», 2008-1376+416 (на CD) с.: ил. - Парал. тит. англ.

26. Липаев. В.В. Программная инженерия. Методологические основы [Текст]: Учеб. / В.В. Липаев; Гос. ун-т - Высшая школа экономики. - М.: ТЕИС, 2006. - 608 с.

27. ГОСТ 2.118-73. ЕСКД. Техническое предложения.

28. http://www.standards.ru/ - Национальные стандарты РФ

29. http://www.isgr.ru/ru/about/press/smi/special/index.php? id4=406

30. http://www.rhd.ru/docs/manuals/enterprise/RHEL-AS-2.1-Manual/custom-guide/apacheconf.html

31. http://php-myadmin.ru/learning/instrument-php.html

32. http://www.softpoint.ru/service_id5.htm

Размещено на Allbest.ru