12. Информационный менеджмент как новый тип управления учреждением

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

Информац.менеджмент – управление информацией.

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

-Реклама - основной метод, которым пользуются маркетологи, чтобы достичь потребителя.

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

-Личные продажи организуются для продвижения сложного товара, требующего интенсивного информационного обмена между производителями и потребителями.

-"Паблисити" предполагает донесение информации о товаре до рынка через средства массовой информации (СМИ).

задачи информационной службы предприятия могут быть представлены: - проведение исследований рынка сбыта продукции предприятия или участии в такой работе; - проведение и организация рекламной кампании; -проведение маркетинга информационной продукции и услуг на предприятии в интересах маркетинга его продукции.

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

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

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

IDE обычно представляет из себя единственную программу, в которой проводилась вся разработка. Содержит много функций для создания, изменения, компилирования, развертывания и отладки программного обеспечения. Цель среды разработки заключается в том, чтобы абстрагировать конфигурацию, необходимую, чтобы объединить утилиты командной строки в одном модуле, который позволит уменьшить время, чтобы изучить язык, и повысить производительность разработчика.

Среда визуальной разработки – среда разработки программного обеспечения, в которой наиболее распространенные блоки программного кода представлены в виде графических объектов. Применяются в основном для создания прикладных программ и разработки графического интерфейса пользователя (GUI).

Преимущества:быстрота разработки;лёгкость освоения;стандартизация внешнего вида программ.

Недостатки:привязка к конкретной среде разработки связана с проблематичностью перехода на другую среду разработки;затруднённое использование нестандартных компонентов;наличие недокументированных особенностей компонентов.

в среду разработки включаются разнородные продукты разных фирм, разных версий CristalReports – для создания отчетов , StarTeam – для ведения версий и поддержки коллективной работы.

Визуальное программирование — способ создания программы для ЭВМ путём манипулирования графическими объектами вместо написания её текста.

14 Информационная система – система, в которой содержится информация используемая пользователем

Жизненный цикл информационной системы — период времени, который начинается с момента принятия решения о необходимости создания информационной системы и заканчивается в момент ее полного изъятия из эксплуатации.

Методология проектирования информационных систем описывает процесс создания и сопровождения систем в виде жизненного цикла ИС, представляя его как некоторую последовательность стадий и выполняемых на них процессов. Для каждого этапа определяются состав и последовательность выполняемых работ, получаемые результаты, методы и средства, необходимые для выполнения работ, роли и ответственность участников и т.д. Такое формальное описание ЖЦ ИС позволяет спланировать и организовать процесс коллективной разработки и обеспечить управление этим процессом.

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

Содержание жизненного цикла разработки ИС сводится к выполнению следующих стадий:

1. Планирование и анализ требований (предпроектная стадия) ─ системный анализ. Проводится исследование и анализ существующей информационной системы, определяются требования к создаваемой ИС, формируются технико-экономическое обоснование (ТЭО) и техническое задание (ТЗ) на разработку ИС;

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

3. Реализация (рабочее и физическое проектирование, кодирование). Разработка и настройка программ, формирование и наполнение баз данных, формулировка рабочих инструкций для персонала, оформление рабочего проекта;

4. Внедрение (опытная эксплуатация). Комплексная отладка подсистем ИС, обучение персонала, поэтапное внедрение ИС в эксплуатацию по подразделениям организации, оформление акта о приемо-сдаточных испытаниях ИС;

5. Эксплуатация ИС (сопровождение, модернизация). Сбор рекламаций и статистики о функционировании ИС, исправление недоработок и ошибок, оформление требований к модернизации ИС и ее выполнение (повторение стадий 2-5).

15 Понятие и составляющие качества программного средства

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

В настоящее время критериями качества ПС принято считать:

Функциональность-это способность ПС выполнять набор функций, удовлетворяющих заданным или подразумеваемым потребностям пользователей. Набор указанных функций определяется во внешнем описании ПС.

Лёгкость применения - это характеристики ПС, которые позволяют минимизировать усилия пользователя по подготовке исходных данных, применению ПС и оценке полученных результатов, а также вызывать положительные эмоции определённого или подразумеваемого пользователя.

Эффективность-это отношение уровня услуг, предоставляемых ПС пользователю при заданных условиях, к объему используемых ресурсов.

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

Мобильность-это способность ПС быть перенесенным из одной среды (окружения) в другую, в частности, с одной ЭВМ на другую.

Функциональность и надёжность являются обязательными критериями качества ПС.

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

16. Разработка структуры программы и модульное программирование

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

При проектировании программы формируется иерархия модулей. Основные характеристики программного модуля:

-размер модуля- измеряется числом содержащихся в нем операторов (строк). Обычно рекомендуются программные модули размером от нескольких десятков до нескольких сотен операторов;

-прочность модуля- это мера его внутренних связей. Чем выше прочность модуля, тем больше связей он может спрятать от внешней по отношению к нему части программы и тем больший вклад в упрощение программы он может внести;

-сцепление с другими модулями- это мера его зависимости по данным от других модулей. Характеризуется способом передачи данных. Чем слабее сцепление модуля с другими модулями, тем сильнее его независимость от других модулей

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

Методы

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

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

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

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