Функциональная полнота системы 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Функциональная полнота системы

Поиск

5. Гибкость

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

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

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

Вместе с тем возникает риск применения устаревших решений при модернизации системы. Рекомендация в таком случае одна — внимательнее относиться к подбо­ру разработчиков информационных систем.

6. Надежность

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

7. Эффективность

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

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

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

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

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

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

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

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

8. Безопасность

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

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

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

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

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

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

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

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

 

3) Жизненный цикл КИС

совокупность этапов, которые проходит КИС в своем развитии от момента принятия решения о ее создании до прекращения функционирования. Этапы:

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

Этот этап ЖЦ можно условно разделить на два этапа.

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

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

- целевые задачи бизнеса (функции предприятия)

- определение штатной и топологической структуры

- анализ распределения функций по подразделениям и сотрудникам

- определение перечня существующих средств автоматизации (так называемой лоскутной или островной автоматизации)

           Обследование проводится при помощи анкетирования, сбора документов (виды, формы, бланки первички) и интервью (важный и самый сложный элемент – необходимо соблюдать опред. линии поведения, искать балансы).

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

           Затем осуществляется обработка рез-тов обследования и построение моделей деятельности предприятия двух типов: «как есть» и «как должно быть».

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

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

 

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

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

(Если принимается решение о продолжении разработки проекта), то начинается разработка предложений по автоматизации (кстати, сейчас часто вместо слова «автоматизация» можно слышать «информационная поддержка»)

- определяется архитектура системы, интерфейсы и распределение функций между человеком и системой

- обозначение границ реализации проекта (не все задачи могут быть автоматизированы)

- разработка требования к техническим и программным средствам – необходимые аппаратные ресурсы, требования к БД. Выбор технических средств.

- анализ применения существующих систем управления п-ями (речь идет о желаемом наборе различных аббревиатур – MRP II, ERP).

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

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

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

- огромные трудозатраты (деньги, время, люди)

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

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

 

- подготовка предложений по этапам и срокам автоматизации

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

 

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

4.Внедрение - комплексная отладка подсистем КИС, обучение персонала, поэтапное внедрение КИС в эксплуатацию по подразделениями объекта.

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

 

На каждом этапе ЖЦ порождается определенный набор документов и технических решений, при этом для каждого этапа исходными являются документы и решения, полученные на предыдущем этапе.

 

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

Накапливать определенный опыт и формализованные знания;

Постоянно совершенствоваться и развиваться;

Быстро адаптироваться к изменяющимся условиям внешней среды и новым потребностям предприятия.

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

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

1. Функциональная полнота системы

2. Надежная система защиты информации

3. Наличие инструментальных средств адаптации и сопровождения системы

4. Реализация удаленного доступа и работы в распределенных сетях

5. Обеспечение обмена данными между разработанными информационными системами и др. программными продуктами, функционирующими в организации.

6. Возможность консолидации информации

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

- выполнение международных стандартов управленческого учета MRP II, ERP, CSRP

- автоматизация в рамках системы решения задач планирования, бюджетирования, прогнозирования, оперативного (управленческого) учета, бухгалтерского учета, статистического учета и финансового-экономического анализа

- формирование и ведение учета одновременно по российским и международным стандартам

- количество однократно учитываемых параметров деятельности организации от 200 до 1000, количество формируемых таблиц баз данных – от 800 до 3000.



Поделиться:


Последнее изменение этой страницы: 2024-06-27; просмотров: 44; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 216.73.217.21 (0.009 с.)