что такое роль в информационной системе

Роли, их моделирование в ИС

Задача и ее решение

Пусть есть пользователи информационной системы. Авторизованным пользователям позволено строить свои модели в этой ИС. Неавторизованные могут только смотреть, как другие строят эти модели, но сами не могут этого делать.
Вопрос: сколько ролей в ИС?

Пусть есть две кучи песка, сваленные рядом.
Вопрос: Это одна куча, или по-прежнему две кучи, но теперь сваленные рядом?

Пусть есть должность директора школы №123. Сидоров занимает эту должность после Иванова.
Вопрос: это два разных директора, или один директор?

Сегодня Иванов играет роль княжны Мэри.
Вопрос: завтра, когда он будет играть роль с тем же названием, это будет та же роль, или другая?
Вопрос: Сидоров, который сегодня играет роль с тем же названием, играет ту же роль, или другую?

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

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

Объяснение решения

Пусть есть директор школы №123 Сидоров. Вопрос: это та же роль, что и директор школы №123 Иванов? Для начала надо понять, для кого строится информационная система?

Пусть она строится для сбора статистической отчетности по зп директоров школ. Для этой отчетности все директора безликие. Нет никакой разницы Иванов или Сидоров занимают должность, но важно различать директоров разных школ. Понятно, что с этой точки зрения роль директора школы – одна.

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

Для того, чтобы понять, как перейти от первого представления ко второму, надо понимать, что такое роль. Об этом я писал подробно в статье Моделирование объектов учета. Напомню тезисно. Роль – это некий 4-х мерный объем пространства-времени, занимаемый в разное время разными людьми, а точнее их темпоральными частями. Это значит, что роль может быть представлена в виде конструкции, состоящей из темпоральных частей людей, каждая из которых характеризуется датой начала и датой завершения своего участия. Сама же роль – не множество этих темпоральных частей, а склейка всех этих частей.

Понятие склейки надо объяснить подробно. Так же как и понятие разделения. Если мы возьмем четыре ножки и столешницу, то, соединив их вместе, получим стол. Глядя на то место, которое занимает стол, мы можем переключать свое внимание, в разное время видя то 4 ножки и столешницу, то стол целиком. Склейка — это такой процесс восприятия, благодаря которому мы можем многое представить как целое. Разделение — это такой процесс восприятия, благодаря которому мы можем целое представить как многое. Наше сознание способно как разделять, так и склеивать. Но не всегда мы осознаем эти процессы.

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

Если можно соединять кучи песка, то можно одну кучу делить на части. По аналогии можно роль делить на части. Пусть есть роль директора школы, исполняемая Сидоровым. Представим ее в виде множества ролей, каждая из которых – это ежедневное исполнение Сидоровым роли директора с 8-00, когда он приходит на работу, до 17-00, когда он уходит. Можно сказать, что роль директора школы, исполняемая Сидоровым, — это склейка всех ежедневных ролей Сидорова.

Пусть есть множество ежедневных ролей, исполняемых Сидоровым. Как мы видим, эти роли можно склеить и получить одну большую роль. Их можно сложить стопкой и посмотреть, что в них есть общего – создать типовую ежедневную роль. Можно сделать статистический анализ этих ежедневных ролей. При этом важно понимать то, с какими объектами мы работаем, и какие атрибуты при этом используются. Если стоит вопрос о длительности работы Сидорова в роли директора, то речь идет о склейке ежедневных ролей в одну большую роль, и эта длительность является свойством этой роли. Если стоит вопрос о том, когда ОБЫЧНО Сидоров приходит на работу, то речь идет о типовой ежедневной роли Сидорова, и это время является свойством типовой ежедневной роли. Если стоит вопрос о том, во сколько В СРЕДНЕМ Сидоров приходит на работу, то речь идет о множестве ежедневных ролей и это время является свойством множества ежедневных ролей. Поэтому, если мы хотим корректно передать в ИС эти свойства, нам надо создать в ИС все перечисленные мной объекты: ежедневные роли, склеенную большую роль, типовую роль, множество ролей. При этом надо помнить, что множество в ИС — это отдельный объект со своими атрибутами, а не просто куча ролей.

Можно склеить и роли всех директоров всех школ, при этом получить такую огромную роль – директор школы, исполнять которую будут разные люди в одно и то же время в разных местах. Поэтому роль – не обязательно исполняется одним человеком в одно время. Роль может быть исполнена разными людьми одновременно в разных местах. При этом не надо путать эту огромную роль с типовой ролью директора школы! Такая путаница встречается довольно часто. Кроме того, часто за роль выдают типовую роль.

Вопрос, с которого я начал пост: есть авторизованные пользователи и есть неавторизованные. Вопрос: сколько ролей в этой ИС?

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

Природа ролей и физических объектов

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

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

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

Объяснение того, как появляются объекты в нашем сознании я сделал в статье Происхождение объектов учета

Источник

Роль информационной системы

Представление о базах данных.

Цель урока: совершенствование знаний по теме «представление о базах данных»

Задачи урока

Образовательные:

Воспитательные:

Развивающие:

Тип урока: лекция

Ход урока

I. Организационный момент

— приветствие, психологический настрой на работу, постановка целей и задач урока.

II. Изучение нового материала.

Изучая новую тему, мы узнаем:

1.Почему понятие «предметная область» играет важную роль при создании баз данных;

2.Зачем надо заниматься структурированием данных;

3.Почему таблица является предпочтительной формой представления данных;

4.Каковы основные понятия базы данных.

Роль информационной системы

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

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

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

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

•обойти все мебельные магазины города и найти нужный вам стол;

•изучить каталоги по мебели и прайс-листы мебельных магазинов;

•обратиться в информационную систему с необходимым запросом.

Как же организована подробная информационная система и каким образом можно организовать хранение и представление информации в ней?

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

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

Рис.1 Пример взаимосвязи классов объектов предметной области Поликлиника

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

Можно было бы привести такое описание: песня «Spice up your life» в исполнении группы из Англии «Spice Girls», написанная в стиле «Hip-hop» в 1997 году, или, например, песня 1996 года российской группы «Иванушки International» под названием «Тучи» в стиле «Pop».

В этом описании совместно фиксируется название некоторого параметра и его значение, например: песня (название параметра) «Тучи» (значение параметра). При этом значение параметра – это данные, а название параметра – это смысловая характеристика этих данных.

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

Представить такую информацию можно разными способами, например в виде списка:

1. «Spice up your life», «Spice Girls», «Hip-hop», 1997, Англия;

2. «Тучи», «Иванушки International», Pop, 1996, Россия;

3. «Моряк», «Агата Кристи», Rock, 1997, Россия.

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

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

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

Таблица 1 Сведения о песнях

Таким образом, мы перешли к структурированной форме представления данных, в которой данные и их смысловая интерпретация отделены друг от друга и представлены в некоторой форме. Этот процесс получил название «структурирование данных».

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

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

Основные понятия базы данных.

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

База данных – это поименованная совокупность структурированных данных некоторой предметной области.

Основными понятиями базы данных являются поле и запись.

Поле – это простейший объект базы данных, предназначенный для хранения значений одного параметра описываемого реального объекта.

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

Поле характеризуется именем и типом данных. В рассмотренной выше базе данных полями являются Название песни, Исполнитель, Стиль, Год, Страна. Поля в базе данных могут иметь различный тип данных: текстовый, числовой, дата, время, денежный и пр. В таблице 1, где представлены сведения о песнях, названия полей указаны в первой строке, а значения каждого поля – в соответствующем столбце.

База данных содержит сведения о многих параметрах объектов предметной области. Поэтому важно, в какой последовательности будут располагаться (записываться) эти параметры. Например, сведения об ученике логично представить в виде записи, где порядок расположения параметров будет следующий: Фамилия, Имя, Отчество, Дата рождения, Улица, Дом, Квартира. Для сравнения рассмотрим неудачный порядок расположения тех же параметров: Невский пр., Тихонов, 07.12.1989, д. 15, Виктор, кв. 48, Николаевич.

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

Записи – это совокупность значений параметров конкретного объекта.

Если информация об объекте представлена в форме таблицы, то первая строка таблицы всегда содержит названия параметров, то есть определяет структуру записи. Все остальные строки – это записи.

Источник

Информационные системы на предприятии

9.1. Назначение информационных систем на предприятии

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

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

Сама по себе информационная система не является инструментом для принятия управленческих решений. Решения принимаются людьми. Но система управления в состоянии представить или «подготовить» информацию в таком виде, чтобы обеспечить принятие решения.

Системы поддержки принятия решений в состоянии обеспечить, например:

9.2. Технология внедрения информационных систем

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

Подготовка предприятия к реализации ИС

Подготовка нормативно-справочной информации

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

Базовый состав объектов нормативно-справочной информации включает:

Подготовка бизнес-процессов

Выбор программной системы автоматизации планирования и учёта на производстве

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

9.3. Виды информационных систем в организации

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

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

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

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

Источник

Что такое компьютерная информационная система

Этой статьей я открываю цикл, посвященный взаимодействию между заказчиками (пользователями) и программистами при внедрении программного обеспечения и автоматизации работы. О том, насколько сложно найти общий язык и реализовать успешный проект, думаю, известно практически всем. Скорей всего, и вы можете рассказать печальную историю о том, как “не получилось”. А, может, и не одну.

На собственном опыте я понял одну из важнейших причин неудач — отсутствие взаимопонимания. А в его истоках лежит непонимание людьми базовой терминологии.А потому именно с этого я и начну цикл.

В последующих статьях я поясню, как правильное понимание термина “компьютерная информационная система” почти всегда помогает на практике при внедрении программных продуктов. А после — расскажу о собственном опыте и приведу примеры реализации проектов.

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

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

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

Сложности взаимопонимания с IT-специалистами

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

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

Одна из самых больших проблем в IT – отсутствие общей( именно общей) теоретической базы. Я написал уже много тематических статей, предназначенных для широкого круга читателей. Например, «Что такое CRM» или «Иерархия IT-систем и выбор программного обеспечения для организации труда». Все они призваны в числе прочего помогать мне самому находить общий язык с клиентами. Но и здесь я столкнулся с непониманием. Люди не осознают в принципе, что такое IT система. И объяснить это «на ходу» бывает крайне сложно.

Справочники, учебники и статьи в интернете практически не дают информации на уровне пользователя. Например, определение в Википедии выглядит так:

Компьютерная информационная система (ИС) — система, предназначенная для хранения, поиска и обработки информации, и соответствующие организационные ресурсы (человеческие, технические, финансовые и т. д.), которые обеспечивают и распространяют информацию (ISO/IEC 2382:2015). Предназначена для своевременного обеспечения надлежащих людей надлежащей информацией, то есть для удовлетворения конкретных информационных потребностей в рамках определённой предметной области, при этом результатом функционирования компьютерных информационных систем является информационная продукция — документы, информационные массивы, базы данных и информационные услуги.

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

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

Что такое компьютерные информационные системы?

Когда я читал различные определения IT систем, я долго не мог понять, почему они такие разные? Где-то можно встретить нечто громоздкое и всеобъемлющее, как в той же Википедии. А где-то краткие определения, «выхватывающие» какие-то отдельные аспекты и полностью на них основанные.

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

Чтобы понять, что же это такое, давайте вспомним, как появляется на свет новый программный продукт:

Этап 1. Идея. Просто на уровне «а давайте сделаем что-то, что будет делать вот такие вещи»

Этап 2. Построение модели.

Этап 3. Кодинг. Алгоритм воплощается в реальность в виде программного кода, которым смогут пользоваться люди.

И потому на самом общем уровне любую IT-систему (программный продукт, компьютерную информационную систему) можно определить кратко:

Идея, выраженная посредством языка программирования.

Почему именно “выраженная”, но не “реализованная”? Потому что компьютерного кода недостаточно для того чтобы идея заработала, получила материальную основу. Для того чтобы появилась материальная основа, необходимо чтобы человек реализовал ее.

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

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

Чем поможет понимания особенностей IT систем?

Чтобы правильно выбирать программное обеспечение и понимать, какие дополнительные действия потребуются, стоит отталкиваться от определения «идеи, выраженной в программном коде».

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

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

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

Например, если вы хотите добавить на сайт калькулятор ОСАГО, нет смысла интересоваться просто калькулятором или какой-то системой расчетов других функций. Ваша идея – ОСАГО. Значит, нужно искать, кто из разработчиков также воплощал расчеты по ОСАГО. Иначе доработки выбранного продукта потребуют очень больших усилий либо вообще продукт окажется неподходящим для вашей идеи.

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

Второй важный параметр: соответствие идеи ее реализации. Нередко разработчики в процессе воплощения идеи по самым разным причинам, начиная от ошибок и заканчивая организационными решениями уходят от изначальной идеи. И продукт, который должен был воплощать в себе одну идею, реализует ее лишь частично либо не реализует вообще. Это обязательно нужно проверять при помощи тестирования, консультаций со специалистами или какими-то другими способами (отзывы знакомых и прочее).

И третья проблема: идея, которую вам продают, может совпадать с вашей, но не совпадать с идеей, которую вложили в программную систему разработчики. Дело в том, что в коммерческих продуктах (а они в наше время почти все такие) заключается не столько в том, чтобы вы получили нужный инструмент, сколько в том, чтобы продать вам программный продукт. Т.е. при постановке задач разработчикам основная идея заключалась именно в продаже продукта, а не в его качественной работе и соответствии всем вашим потребностям.

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

Это как покупка квартиры с косметическим ремонтом «чтобы продать» — все очень красиво и качественно, а «баги» выявляются после покупки. К сожалению, в обществе капиталистическом, ориентированном на получение прибыли, такое встречается повсеместно. И частично воплощается даже в самых лучших системах.

Маркетинг и программный продукт

Почему пользователи так редко воспринимают программные системы как «воплощенные идеи»? Я считаю, что здесь проблема заключается в маркетинге. Чаще всего IT-системы подаются разработчиками и воспринимаются пользователями, как материальный товар. Причина такого подхода очевидна – товар продать намного проще, чем идею.

Человеку сложно воспринимать и, тем более, покупать идеи. Их невозможно «пощупать», и продавец редко может пояснить, почему именно такая идея лучше других. Другое дело – IT система как нечто материальное. Здесь сразу речь идет о непосредственной пользе и преимуществах с точки зрения покупателя. Все можно увидеть, оценить, выбрать.

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

Идея и выбор программной системы

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

Основные критерии выбора:

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

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

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

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

С одной стороны, даже под бесплатные «блоговые» CMS существуют готовые надстройки для создания интернет-магазина. С другой стороны, это не основная идея выбранного вами продукта. А потому функционал в ней ограничен. И как только вам понадобится интеграция с учетной системой, какой-то обмен данными с CRM и другие функции автоматизированной торговой площадки, вы столкнетесь со сложностями, потеряете время. Да и затраты на доработки часто оказываются выше, чем в случае покупки готового интернет-магазина с уже реализованными возможностями автоматизации.

Очень важно, чтобы выбранный вами программный продукт максимально соответствовал вашей идее.

Как найти общий язык с разработчиком

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

На самом деле, чтобы добиться взаимопонимания с разработчиком, нужно:

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

Источник