Требования, предъявляемые к информационным системам. Требования к информационной системе


Требования к информационной системе

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

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

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

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

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

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

Эти требования являются основными, но далеко не единственными критериями выбора корпоративной информационной системы для предприятия.

  1. Проектирование и создание информационной системы

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

Многие компании верят в то, что одна только автоматизация приведет к улучшению финансово-экономической ситуации, и начинают усилия по реализации информационных систем непосредственно с автоматизации, пропуская критические шаги понимания и упрощения своих бизнес процессов. Но нередко эти процессы настолько неупорядочены, что в общем создают впечатление хаоса на предприятии. Как известно, автоматизировать хаос далеко не просто, если невозможно. Поэтому прежде чем создавать информационную систему следует пересмотреть систему управления в организации. Изменение бизнес процессов называют реинжинирингом (business processes reengineering). Так, для начала нужно упорядочить схему бизнес процессов и систему управления организации в целом:

  • определиться с организационной штатной структурой,

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

  • произвести выделение основных технологических потоков (процессов),

  • разработать механизмы организационного управления технологическими потоками,

  • на основании созданных механизмов управления сформировать технологию финансового анализа и управления деятельностью технологических потоков.

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

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

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

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

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

  1. Проведение обследования с целью описания бизнес процессов организации.

  2. Разработка технического задания на систему автоматизации.

  3. Разработка технического проекта системы.

  4. Разработка системы (иногда называемая настройкой).

  5. Различные стадии и этапы внедрения, опытной и промышленной эксплуатации.

  6. Выполнение доработок в соответствии с изменившимися потребностями организации.

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

studfiles.net

Требования к информационной системе

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

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

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

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

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

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

Эти требования являются основными, но далеко не единственными критериями выбора корпоративной информационной системы для предприятия.

Проектирование и создание информационной системы

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

Многие компании верят в то, что одна только автоматизация приведет к улучшению финансово-экономической ситуации, и начинают усилия по реализации информационных систем непосредственно с автоматизации, пропуская критические шаги понимания и упрощения своих бизнес процессов. Но нередко эти процессы настолько неупорядочены, что в общем создают впечатление хаоса на предприятии. Как известно, автоматизировать хаос далеко не просто, если невозможно. Поэтому прежде чем создавать информационную систему следует пересмотреть систему управления в организации. Изменение бизнес процессов называют реинжинирингом (business processes reengineering). Так, для начала нужно упорядочить схему бизнес процессов и систему управления организации в целом:

  • определиться с организационной штатной структурой,

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

  • произвести выделение основных технологических потоков (процессов),

  • разработать механизмы организационного управления технологическими потоками,

  • на основании созданных механизмов управления сформировать технологию финансового анализа и управления деятельностью технологических потоков.

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

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

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

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

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

  1. Проведение обследования с целью описания бизнес процессов организации.

  2. Разработка технического задания на систему автоматизации.

  3. Разработка технического проекта системы.

  4. Разработка системы (иногда называемая настройкой).

  5. Различные стадии и этапы внедрения, опытной и промышленной эксплуатации.

  6. Выполнение доработок в соответствии с изменившимися потребностями организации.

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

studfiles.net

Требования, предъявляемые к информационным системам — Мегаобучалка

Информационная система должна соответствовать требованиям гибкости, надежности, эффективности и безопасности.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

операций.

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

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

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

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

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

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

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

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

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

Вопросы для самопроверки:

1. Какие требования предъявляются к информационным системам?

2. Во время разработки информационной системы обязателен ли постоянный контакт с заказчиком? Аргументируйте свой ответ.

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

 

Тестовые задания

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

a) информационная система

b) инфологическая структура

c) методология RAD

 

2. Внедрение информационных систем может способствовать

a) получению более рациональных вариантов решения управленческих задач

b) обеспечению достоверности информации

c) увеличению затрат на производство продуктов и услуг

 

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

a) логику диалога

b) логику высказываний

c) логику управления данными

 

4. В структуру информационной системы входит

a) техническое обеспечение

b) управленческое обеспечение

c) правовое обеспечение

 

5. Задача, где известны все элементы и взаимосвязи между ними

a) структурированная

b) частично структурированная

c) неструктурированная

 

6. Информационные системы, предоставляющие пользователю модели для упрощения, выработки и оценки альтернатив решения

a) модельные

b) экспертные

c) советующие

 

7. Деятельность, которая включает непосредственный выпуск про­дукции и направлена на создание и внедрение в производство научно-технических новшеств

a) производственная

b) маркетинговая

c) кадровая

 

8. Информационные системы, предполагающие участие в процессе обработки информации человека и технических средств

a) автоматизированные

b) автоматические

c) ручные

 

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

a) информационно-поисковые

b) информационно-решающие

c) советующие

 

10. Информационные системы организационного управления предназначены для автоматизации функций

a) управленческого персонала

b) производственного персонала

c) фирмы

 

11. Информационные системы, ориентированные на крупные компании и могут поддерживать территориально разнесенные узлы или сети

a) корпоративные

b) групповые

c) одиночные

 

12. Информационная система для поддержки специалистов-исполнителей и обработки данных о сделках и событиях

a) стратегические

b) менеджеров среднего звена

c) оперативного уровня

 

13. Под управлением понимают обеспечение поставленной цели при условии реализации функций

a) организационной, анализа, учетной, контрольной

b) организационной, плановой, учетной, анали­за, контрольной, стимулирования

c) организационной, плановой, анализа, контрольной, расчетной, стимулирования

 

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

a) кадровая

b) учетная

c) маркетинговая

 

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

a) плановая

b) маркетинговая

c) стимулирующая

16. Виды связей между подразделениями предприятия

a) функциональные

b) внутренние

c) информационные

 

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

a) информационные

b) аналитические

c) функциональные

 

18. Задача, где невозможно выделить элементы и установить между ними связи

a) структурированная

b) неструктурированная

c) частично структурированная

 

19. Задача, где известна лишь часть их элементов и связей между ними

a) структурированная

b) неструктурированная

c) частично структурированная

 

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

a) модельные

b) экспертные

c) советующие

 

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

a) производственная

b) маркетинговая

c) стимулирующая

 

22. Деятельность, которая включает организацию контроля и анализ финансовых ресурсов фирмы

a) производственная

b) аналитическая

c) финансовая

 

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

a) производственная

b) аналитическая

c) кадровая

 

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

a) автоматизированные

b) автоматические

c) ручные

 

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

a) автоматизированные

b) автоматические

c) ручные

 

26. Информационные системы, которые осуществляют все операции переработки информации по определенному алгоритму

a) информационно-поисковые

b) информационно-решающие

c) советующие

 

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

a) информационно-поисковые

b) информационно-решающие

c) советующие

 

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

a) управленческого персонала

b) производственного персонала

c) всех функций фирмы

 

29. Интегрированные (кopпopативные) информационные системы предназначены для автоматизации функций

a) управленческого персонала

b) производственного персонала

c) всех функций фирмы

 

30. Информационные системы, ориентированы на коллективное использование информации членами рабочей группы на базе локальной сети

a) корпоративные

b) групповые

c) одиночные

31. Информационные системы реализуются на автономном персональном компьютере без использования сети

a) корпоративные

b) групповые

c) одиночные

 

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

a) менеджеров среднего звена

b) стратегическая

c) оперативного уровня

 

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

a) стратегическая

b) специалистов

c) оперативного уровня

 

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

a) организационная

b) учетная

c) плановая

 

35. Функция, которая заключается в изучении итогов выполнения планов и заказов предприятия

a) организационная

b) плановая

c) учетная

 

Вернуться к содержанию

megaobuchalka.ru

Технические требования к информационной системе :: BusinessMan.ru

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

Общее понимание вопроса

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

Внимание всем деталям

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

Какие бывают?

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

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

Требования: откуда их взять?

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

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

Не все так однозначно

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

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

Как это выглядит?

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

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

Продолжая работу

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

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

Шаг за шагом

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

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

Опорные точки зрения

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

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

Альтернативный подход

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

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

Работа с точками зрения

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

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

Не торопиться!

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

Аттестация требований

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

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

businessman.ru

Требования, предъявляемые к информационным системам

Информационная система должна соответствовать требованиям гибкости, надежности, эффективности и безопасности.

Гибкость

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

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

Надежность

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

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

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

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

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

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

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

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

studfiles.net

Требования к информационным системам с базами данных

12

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

Множество пользователей информационных систем можно классифицировать различным образом.

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

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

несанкционированного доступа к данным.

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

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

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

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

13

•Система должна обеспечивать заданный уровень достоверности хранимой информации, обеспечивать еенепротиворечивость (обеспечиватьцелостность базы данных).

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

•Система должна обеспечивать возможность поиска ивыборки информации по произвольной группе признаков.

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

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

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

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

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

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

данных, способов обработки, интерпретации и представления информации.

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

14

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

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

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

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

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

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

•Централизованное управление данными дает возможность обеспечения

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

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

•Появляется возможность стандартизации структур хранения данных, методов работы с ними.

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

15

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

•Облегчается возможность системного контроля и обеспечения целостности данных, то есть их корректности, точности и непротиворечивости.

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

взаимной независимости работающих с базой прикладных программ и самих данных.

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

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

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

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

•интеграция (объединение) данных,

•централизованное управление данными и

•обеспечение взаимной независимости данных и использующих их

прикладных программ

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

studfiles.net

1.3 Постановка требований к информационным системам

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

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

Существует множество подходов к решению задач, связанных с

проектированием и построением информационных систем. Большинство подходов опирается на инструментальные средства, позволяющие автоматизировать создание системы. Поэтому деятельность такого рода получила название CASE (Computer Aided Software Engineering). Задача по созданию информационной системы делится на несколько подзадач. Это разделение зависит от применяемого подхода, но в любом из них всегда присутствуют два действия: сбор информации и моделирование бизнеса; построение архитектуры будущей системы, что является важным шагом на пути к ее созданию.

При моделировании бизнеса рассматриваются три аспекта:

  • объекты, с которыми оперирует бизнес;

  • процессы, которые он выполняет;

  • события, управляющие изменениями процессов и объектов.

Соответственно, можно определить три типа моделирования:

  • информационное,

  • функциональное,

  • событийное.

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

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

Оставим в стороне технические особенности различных ИС, как-

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

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

Выбор ИС происходит на четырех уровнях принятия решений:

  1. Стратегический, на котором определяются: цель проведения автоматизации; области автоматизации; назначение ИС.

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

  3. Операционный, на котором выбираются: операционная система; СУБД, язык доработки и т.д.

  4. Аппаратный, на котором выбираются: оргтехника, отвечающая требованиям операционного и функционального уровней; сетевые решения.

Ниже представлены требования к Информационной Системе в целом и к ее основным составляющим.

Достаточность или функциональная полнота системы. Система должна обеспечивать выполнение международных стандартов управленческого учета —MRP II,ERP,CSRP. Необходимым условием является наличие вычислительных ресурсов с заложенной избыточностью, определяемой перспективными требованиямиЕдиной Информационной системы (ЕИС), и автоматизация в рамках системы решения задач: планирования, бюджетирования, прогнозирования; оперативного (управленческого) учета; бухгалтерского учета; статистического учета; финансово-экономического анализа.

Достоверность. Составляющими достоверности информации являются:

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

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

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

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

  • парольная система разграничения доступа к данным и функциям;

  • многоуровневая система защиты данных, включающая средства авторизации вводимой и корректируемой информации;

  • регистрация времени ввода и модификации данных, протокол удалений;

  • программно-аппаратные средства криптографической защиты данных, сертифицированные ФАПСИ.

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

studfiles.net