Загрузка...
Учебная работа. Реферат: Требования, предъявляемые к экономической информации
Современная Экономика невообразима без инфы. Тыщи компаний, миллионы налогоплательщиков, триллионы рублей, биржевые котировки, реестры акционеров – все эти информационные потоки нужно оценить, обработать, создать нужные выводы,
принять правильное решение. информация является одним из главных ресурсов и обязана планироваться в масштабах всего компании, информационная система обязана проектироваться независимо от текущего состояния и структуры компании.
Современный специалист-экономист должен уметь принимать обоснованные решения. Для этого вместе с классическими познаниями, таковыми как базы менеджмента, базы внешнеэкономической деятель, банковское дело, административное управление, налогообложение он должен обладать информацией по построению информационных систем.
сейчас обработка экономической инфы стала самостоятельным научно-техническим направлением с огромным многообразием мыслях и способов. Отдельные составляющие процесса обработки данных достигнули высочайшей степени организации и связи, что дозволяет соединить все средства обработки инфы, на определенном экономическом объекте понятием «финансовая информационная система» (ЭИС).
Согласно имеющейся систематизации проектов, создание ЭИС относится к техническим инноваторским проектам, так как тут главной целью является разработка и применение новейших технологий. По классу и масштабам посреди разработок ЭИС всераспространены маленькие и средние монопроекты (95% общего числа разработок). Создаваемые в рамках данных проектов ЭИС – это, в главном, автоматические банковские системы для маленьких и средних банков, системы автоматизации торговых компаний, бухгалтерские информационные системы и автоматические системы управления предприятиями и организациями, системы обмена данными и аналитические информационные системы рынка ценных бумаг, информационные системы для налоговых и страховых учреждений. В не зависимости от направления ЭИС к ней используются надлежащие требования, рассмотрение которых является целью данной контрольной работы.
1.1.Понятие экономической инфы, её систематизация и структура.
Будучи довольно сложным действием, автоматизация хоть какой деятель человека при решении практических задач обязана иметь научное — до этого всего методологическое — обеспечение. Наукой, изучающей более общие закономерности внедрения средств автоматизации (компьютеризации) во все сферы жизни общества и последствия этого, является информатика. B рамках данной научной дисциплины автоматизация проф деятель определяется как процесс сотворения, внедрения и использования технических, программных средств и математических способов, освобождающих человека от конкретного роли в получении, преобразовании и передаче энергии, материалов и (либо) инфы в проф деятель.
Очень необходимыми и в особенности увлекательными для широкого круга профессионалов в области организационного управления представляются индивидуальности автоматизации управленческой деятель как процесса сотворения, внедрения и использования технических, программных средств и математических способов, созданных для автоматического сбора, хранения, поиска, переработки и передачи инфы, применяемой при управлении эргатическими системами, в процессе реализации новейших информационных технологий управления. Целью автоматизации управленческой деятельности является увеличение эффективности управления (свойства управленческих решений, оперативности, производительности управленчёского труда и т. д.).
В качестве объекта информатики выступает автоматическая информационная система, представляющая собой совокупа технических программных средств и организационных мероприятий, созданных для автоматизации информационных действий в проф деятельности. Главным техническим средством АИС является ЭВМ .
Создание новейших информационных технологий и внедрение их в профессиональную деятельность является одной из главных задач информатики. Конкретно потому в качестве предмета информатики целенаправлено разглядывать информационные технологии, определяющие оптимальные методы разработки и внедрения АИС.
Любая АИС обеспечивает реализацию некой информационной технологии переработки инфы в процессе проф деятельности. Таковым образом, в качестве задач информатики можно разглядывать создание новейших информационных технологий и реализующих их АИС либо перенесение узнаваемых информационных технологий из одной области людской деятельности в другую.
Все задачки, входящие в СППО, можно систематизировать по нескольким признакам:
задачки, входящие в СППО, разделяются на два разных класса, является нрав переработки инфы. B зависимости от нрава переработки инфы задачки бывают информационные и расчетные.
Информационной задачей именуется элемент специального прикладного программного обеспечения ЭВМ (программка на ЭВМ ), метод переработки инфы которого не приводит к созданию новейшей инфы, хорошей от начальной. Примером информационных задач могут служить задачки: поиска инфы, лежащей в памяти ЭВМ , дизайна (печати) бухгалтерских и управленческих документов, нанесения обстановки на карту и т. д. Таковым образом, информационные задачки производят процессы сбора, хранения, поиска инфы и преобразования ее из 1-го вида в иной без конфигурации существа данной инфы и без сотворения новейшей инфы.
Информационные задачки являются в истинное время одними из самых обычных, имеющими отлично развитые средства сотворения, и довольно действенными элементами СППО при автоматизации деятельности должностных лиц. Они разрешают вполне исключить либо существенно упростить до этого всего рутинные процедуры в деятель должностных лиц (хранение, поиск, сортировка инфы, составление документов и их тиражирование и т. д.) и тем уменьшить нужное количество персонала, занятого в главном технической деятельностью (машинистки, делопроизводители, работники библиотек, архивов и т. д.).
Расчетной задачей именуется элемент специального прикладного программного обеспечения ЭВМ (программка на ЭВМ ), метод переработки, инфы которого приводит к созданию новейшей инфы, конкретно не содержащейся в начальной. K расчетным задачкам относятся задачки: анализ итогов хозяйственной деятельности, расчета характеристик эффективности экономической операции, расчета зарплаты служащих и т. д.
В свою очередь, расчетные задачки разделяются на вычислительные задачки и математические модели.
Вычислительной задачей именуется расчетная задачка, метод переработки, инфы которой построен без использования способов математического моделирования. Обычно методы вычислительных задач известны до начала их разработки и, как правило, нормативно закреплены в приказах, рекомендациях, справочниках, муниципальных эталонах т. п. Примерами вычислительных задач являются задачки: расчета подоходного налога, расчета характеристик денежной отчетности, расчета нормативного расхода средств, подведения итогов работы компании и т. д.
Математической моделью (ММ) именуется расчетная задачка, метод переработки, инфы которой основан на использовании тех либо других способов математического моделирования. Систематизацию частей СППО по предназначению и уровню внедрения приведем для тех задач, которые употребляются в целях автоматизации управленческой деятельности.
По предназначению информационные и расчетные задачки разделяются на штатные и исследовательские.
Штатной именуют информационную либо расчетную задачку, официально включенную в типовой цикл управления организацией и применяемую должностными лицами органов управления в процессе служебной деятельности.
Штатные информационные и расчетные задачки (ИРЗ) бывают одноуровневые (применяемые в звеньях управления 1-го уровня, к примеру — задачки компании) и многоуровневые (применяемые в звеньях управления нескольких уровней, к примеру — на предприятии, объединении и в министерстве).
Главными чертами штатных ИРЗ, конкретно последующими из их предназначения, являются высочайшая достоверность результатов расчетов и оперативность их получения. Не считая того, штатные задачки должны обеспечивать простоту и удобство общения с юзером в процессе его работы на ЭВМ .
Исследовательской именуется информационная либо расчетная задачка, применяемая должностными лицами при проведении научно-исследовательских работ, обосновании многообещающих программ развития, прогнозирования экономических ситуаций и т. п. Обычно, исследования проводятся с внедрением математических моделей.
Исследовательские модели не имеют твердых требований по оперативности работы, потому они разрешают обеспечить широкий учет разных причин при моделировании. Не считая того, исследовательские задачки должны обеспечивать легкость конфигурации (по мере необходимости) метода собственной работы в процессе исследовательских работ. При всем этом тяжело обеспечить простоту и удобство работы с задачей. Исследовательские задачки в ряде всевозможных случаев могут рассматриваться в качестве прототипов штатных задач, хотя это может быть далековато не постоянно.
2.1.Требования, предъявляемые к экономической инфы (ЭИС)
Необходимость определения требований к ЭИС возникает в последующих вариантах:
1. в момент выбора новейшей информационной системы,
2. при подготовке тендерной документации,
3. при заключении контракта на разработку либо настройку избранной информационной системы,
4. при уточнении (детализации) потребностей бизнеса в процессе разработки либо опции системы,
5. по мере необходимости внесения конфигураций в систему в процессе эксплуатации.
Все имеющиеся сейчас методики определения требований к ИС являются наследниками BSP (Business System Planning – планирование бизнес-систем), употребляют предложенные в ней способы сбора инфы, подходы в определении ценностей требований, обеспечении полноты и непротиворечивости требований. методика BSP определяется как «подход, помогающий предприятию найти план сотворения информационных систем, удовлетворяющих его наиблежайшие и многообещающие информационные потребности».
Потребность в разработке ЭИС может обусловливаться или необходимостью автоматизации либо модернизации имеющихся информационных действий, или необходимостью коренной реорганизации в деятель компании (проведении бизнес-реинжиниринга). Зависимо от этого к ЭИСприменяются надлежащие требования, как по их функциональности, так и по принципам проектирования и внедрения. Требования к проекту определяются чертами проектируемой ЭИС и критериями среды разработки (окружением проекта).
Экономические информационные системы характеризуются последующими показателями:
6. определенным типом решаемых задач;
7. степенью связи решаемых задач с настоящим масштабом времени либо допустимой продолжительностью ожидания результатов решения задачки;
8. объемом и сложностью совокупы программ, решающей единую мотивированную задачку данного типа;
9. необходимыми чертами свойства и надежности;
10. классом программно-аппаратных средств, нужных для реализации программ данного типа;
11. степенью использования готовых, ранее сделанных компонент;
12. предсказуемыми значениями продолжительности эксплуатации и возможностью развития огромного количества версий программ;
13. предполагаемым тиражом производства и внедрения программ;
14. степенью нужной документированности программ.
Эти свойства определяют планирование и управление разработкой ЭИС, правила взаимодействия меж участниками проекта и правила документирования результатов. Должны быть также определены общие требования к технологии и средствам разработки, к структуре и организации комплекса программ; требования к квалификационным испытаниям, к средствам и организации тестирования программ на всех шагах разработки; требования к организации, выполнению и документированию оценок свойства ЭИС, также требования к конфигурационному управлению.
Как и во всех проектах, для успешного окончания разработки ЭИС нужным условием является кропотливая организация и проработка исходных шагов (инноваторского цикла проекта). Недостающий анализ предметной области, обоснование требований к проекту «по-быстрому», нечеткое определение целей проекта, ошибки в оценке трудозатратности, цены и продолжительности сотворения ЭИС приводят к тому, что результаты проекта оказываются ниже намеченных, а сами проекты не укладываются в графики и бюджет разработки. Проектирование ЭИС в Рф регулируется ГОСТ 34.601-90 «Автоматические системы. Стадии сотворения». На рисунке 1 представлена обобщенная блок-схема стадий и шагов разработки и внедрения ЭИС.
Системный анализ (блоки 1-3) ЭИС начинается с описания и анализа функционирования рассматриваемого экономического объекта (системы) в согласовании с требованиями (целями), которые предъявляются к нему (блок 1). В итоге этого шага выявляются главные недочеты имеющейся ЭИС, на базе которых формулируется Потребность в совершенствовании системы управления сиим объектом, и ставится задачка определения экономически обоснованной необходимости автоматизации определенных функций управления (блок 2), другими словами создается технико-экономическое обоснование проекта. Опосля определения данной потребности возникает неувязка выбора направлений совершенствования объекта на базе выбора программно-технических средств (блок 3). Результаты оформляются в виде технического задания на проект, в каком отражаются технические условия и требования к ЭИС, также ограничения на ресурсы проектирования. Требования к ЭИС определяются в определениях функций, реализуемых системой, и предоставляемой ею информацией.
Системный синтез (блоки 4-6) начинается с шага по составлению многофункциональной архитектуры (ФА), представляющей собой совокупа многофункциональных подсистем и связей меж ними (блок 4), является более ответственным исходя из убеждений свойства всей следующей разработки.
Рис.1.
Обобщенная блок-схема стадий и шагов разработки и внедрения ЭИС
Блок 6 включает разработку инструкций юзерам и программ, создание информационного обеспечения, включая {наполнение} баз данных.
Внедрение разработанного проекта (блоки 7-10) начинается с опытнейшего внедрения (блок 7), заключающегося в проверке работоспособности частей и модулей проекта, устранении ошибок на уровне частей и связей меж ними.
Шаг сдачи в промышленную эксплуатацию (блок 9) заключается в организации проверки проекта на уровне функций и контроля соответствия его требованиям, сформулированным на стадии системного анализа.
Эксплуатация и сопровождение проекта (блоки 11-12). На данной стадии производятся этапы: эксплуатация проекта системы и модернизация проекта ЭИС.
Иной соответствующей чертой актуального цикла является наличие нескольких циклов снутри схемы:
15. 1-ый цикл
,
включающий блоки 1-12 – это цикл первичного проектирования ЭИС;
16. 2-ой цикл
(блоки 7-8, 6-7) – цикл, который возникает опосля опытнейшего внедрения, в итоге которого выясняются личные ошибки в элементах проекта, исправляемые начиная с 6-го блока;
17. 3-ий цикл
(блоки 9-10, 4-9) возникает опосля сдачи в промышленную эксплуатацию, когда выявляются ошибки в многофункциональной архитектуре системы, связанные с несоответствием проекта требованиям заказчика, по составу многофункциональных подсистем, составу задач и связям меж ними;
18. 4-ый цикл
(блоки 12, 5-12) возникает в том случае, когда требуется модификация системной архитектуры в связи с необходимостью адаптации проекта к новеньким условиям функционирования системы, т.е. новеньким требованиям;
19. 5-ый цикл
(блоки 12, 1-12) возникает, если проект системы совсем не соответствует требованиям, предъявляемым к организационно-экономической системе ввиду того, что осуществляется моральное его старение и требуется полное перепроектирование системы.
Чтоб исключить 5-ый цикл
и очень уменьшить необходимость выполнения третьего
и 4-ого циклов
, нужно делать проектирование ЭИС на всех шагах первого, основного цикла разработки ЭИС в согласовании с требованиями:
20. разработка ЭИС обязана быть выполнена в серьезном согласовании со сформулированными требованиями к создаваемой системе;
21. требования к ЭИС должны правильно соответствовать целям и задачкам действенного функционирования экономического объекта;
22. сделанная ЭИС обязана соответствовать сформулированным требованиям на момент окончания внедрения, а не на момент начала разработки;
23. внедренная ЭИС обязана развиваться и приспособиться в согласовании с повсевременно изменяющимися требованиями к ЭИС.
Многофункциональные требования к информационной системе, которые описываются, в том числе, и при помощи моделей действий и структур данных, являются лишь частью общих требований, которые содержаться в техническом задании. Раздел требований к информационной системе технического задания может содержать последующие подразделы:
24. требования к многофункциональным чертам
25. требования к надежности
26. настраиваемость
27. условия эксплуатации
28. требования к информационной и программной сопоставимости
29. требования к документации
Требования к многофункциональным чертам. В этом разделе должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных. При выбирании меж объектными и структурными способами следует применять принцип концептуальной общности, который подразумевает следование единой философии на всех шагах актуального цикла. Если предполагается применять структурное программирование, то и на шаге анализа следует применять структурный подход, а в случае использования объектно-ориентированных языков разработки – объектный анализ и объектное проектирование. По мере необходимости структурный и объектный подходы могут употребляться сразу.
Требования к надежности. В разделе должны быть определены требования к обеспечению надежного функционирования: контроль входной и выходной инфы, время и механизмы восстановления опосля программных и аппаратных отказов. В этом разделе описывается организация системы сохранности, включая подсистемы контроля доступа, шифрования и т. п.
Настраиваемость. Определяются требования к адаптационным способностям ПО , другими словами указывается, какие конфигурации в способах управления и бизнес действиях должны быть предусмотрены.
Условия эксплуатации. В этом разделе описывается нужное сервис, которое требуется для работы системы, к примеру, создание запасных копий, реиндексерование баз и т. п., а так же требования к квалификации персонала (юзеров и обслуживающего персонала).
Требования к составу и характеристикам технических средств. Указывается нужный состав технических средств с указанием их главных технических черт. Могут указываться требования к помещениям, в каких будет находиться оборудование. В этом разделе указываются требования к переносимости системы.
Требования к информационной и программной сопоставимости. Требования к информационным структурам на входе и выходе, способам решения, начальным кодам, языкам программирования и программным средствам, применяемым программкой.
Требования к программной документации. В этом разделе указывается подготовительный состав программной документации, и по мере необходимости, особые требования к ней.
Снова нужно выделить, что состав разделов технического задания определяется чертами проекта, к примеру, в случае внедрения имеющейся ЭИС требования к надежности, информационной и программной сопоставимости, документации и т. п. имеют номинальное часть обязанностей в рамках договора, не влияя на фактический размер работ. В случае разработки заказной системы эти требования нужно учитывать при проектировании, они обусловят состав работ и структуру проекта.
Динамика конфигурации требований зависит от избранной модели актуального цикла, в каскадной (поочередной) модели*
требования определяются один раз сначала проекта, а в спиральной (итерационной)**
– уточняются в процессе выполнения проекта. Во 2-м случае обязана быть предусмотрена процедура управления требованиями. Одним из вероятных подходов является случае процедура управления требованиями упрощается, ведь предполагается, что требования не будут изменяться в процессе проекта.
Описание хранимой и обрабатываемой инфы в ЭИС делается с разной степенью детализации. Употребляются три уровня детализации представлений ЭИС, показанные на рисунке 2.
Рис.2. ПОЛЬЗОВАТЕЛИ
Детализация представлений ЭИС
Единственное требование к данной детализации состоит в способности взаимно-однозначного преобразования наружного представления в концептуальное. Состав единиц инфы и отношений в любом наружном представлении определяется потребностями юзеров. В концептуальном представлении эти структурные зависимости могут быть изменены.
Малый состав концептуального представления должен включать описания экономических объектов, сведения о которых содержатся в ЭИС, отношений меж этими объектами и операций формирования производной инфы. Добавочно могут указываться средства обеспечения целостности данных и некие остальные.
Уровень наружного представления оказывается достаточным для внедрения ряда прикладных программ, которые можно охарактеризовать как генераторы отчетов. Генерация отчетов подразумевает преобразование потока входной инфы в выходной поток. Само преобразование включает группировку инфы, подведение итогов и т.д. Итог оформляется в виде отчетов, комфортных для использования спецами.
Концептуальное инфы, да и сведения о технологии ее обработки – используемые способы контроля инфы, описание использования потоков инфы в подразделениях компании, описание ограничений на доступ к инфы и ряд остальных.
К концептуальному представлению предъявляются требования стойкости, абстрактности и конструктивности.
Требование стойкости значит, что ряд конфигураций в предметной области не должен приводить к неотклонимой корректировке концептуального представления.
Концептуальное значит, что инфы, зафиксированной в ней, обязано быть довольно для поочередного формализованного перехода от концептуальной модели к работающей системе машинной обработки данных.
В ряде всевозможных случаев применение обычных систем управления базами данных не дозволяет воплотить все требования к ЭИС (к примеру, не обеспечиваются требуемые режимы обработки данных либо получено недостаточно высочайшее быстродействие программ). Тогда для поддержки внутреннего уровня описания системы будет нужно разработка неповторимых программ доступа к данным, программ, обеспечивающих неординарные способы обработки данных, и т. п.
Если структура хранимой базы данных меняется (к примеру, с целью убыстрения доступа к данным), то должны обеспечиваться все требования концептуального описания системы, существовавшие до начала конфигураций.
Заключение:
В заключении хотелось бы проанализировать обычные ошибки при определении требований к информационной системе:
36. неполнота требований (структура).
Определяются лишь часть требований, к примеру многофункциональные требования, при всем этом не указываются требования к надежности, производительности, программной сопоставимости и т.д. Применение эталона на программную документацию (техническое задание) поможет избежать эту делему.
37. ошибки либо неполнота описания бизнес-логики
Описывается лишь главный поток процесса, а бессчетные другие потоки не исследуются. При всем этом количество и сложность других потоков существенно превосходит количество и сложность главных потоков. Пример: фрагмента основного потока процесса: прибыл заказанный продукт на склад, количество и номенклатура совпадают с заказанным, продукт выслан покупателю. Для этого потока существует несколько других потоков: прибыл заказанный продукт, но количество различается от заказанного (варианты, в огромную, наименьшую сторону), различается номенклатура продукта (отличия по размеру, цвету, сортности). Проводится согласование с покупателем. клиент согласен (не согласен) получить продукт в ином количестве (ассортименте). Пример можно продолжить, но наша задачка только показать сложность и количество других потоков. Выявление других потоков принципиально и по той причине, что мониторинг отличия процесса от основного потока, сбор статистики, является принципиальной функций управления.
38. избыточность требований
Избыточность требований встречается так же нередко, как и неполнота, как правило, они соседствуют в одном документе. Главные признаки избыточности: описываемые требования реализуются автоматом благодаря применяемой технологии разработки либо избранной архитектуре, требования не влияют на архитектуру информационной системы, ее бизнес-логику (к примеру, требования к содержанию данных, заместо требований к структуре и размеру инфы), требования повторяются неоднократно в разных частях документа (дублирование). Основная опасность избыточности требований в отвлечении внимания, разработке иллюзии полноты выявленных требований.
Перечень использованной литературы:
Основная литература:
1. Информатика: Учебник. / Под редакцией Макаровой Н.В. – М.: деньги и статистика, 2004.
2. Ясенев В.Н. Информационная сохранность в экономических системах: Учебное пособие – Н. Новгород: Изд-во ННГУ, 2006
3. Могилев А.В. и др. Информатика. Под ред. Хеннера Е.К.. – 2-е изд., стер. – М.: Изд. центр «Академия», 2001. – 816 с.
4. Информатика: Практикум по технологии работы на компе.- 3- е перераб. Изд./ Под ред. Н.В. Макаровой. – М.: деньги и статистика, 2003. – 256 с.
5. Патрушина С.М. Информационные системы в экономике. – М.: Маар Т, 2004.
Доборная литература:
6. Росс Г.В., Дулькин В.Н. и др. Базы информатики: Учебное пособие. – М.: ПРИОР, 1999.
7. Вычислительные системы, сети и телекоммуникации: Учебник / Под редакцией Пятибратова А.П. – М.: деньги и статистика, 2003.
8. Титоренко Г.А. Автоматические информационные технологии в экономике. – М.: Юнити, 2006
9. Практикум по экономической информатике. Учебное пособие. Ч. I / Под ред. Е.Л. Шуремова, Н.А. Тимаковой, Е.А. Мамонтовой. – М.: Изд-во “Перспектива”, 2000.
10. Практикум по экономической информатике. Учебное пособие. Ч. II / Под ред. В.П.
11. Косарева, Г.А. Титоренко, Е.А. Мамонтовой. – М.: деньги и статистика; Перспектива, 2002
12. Острейковский В.А. Информатика: Учебник. – М.: Высшая школа, 2004.
13. Финансовая информатика: Учебник / Под ред. В.П. Косарева. – М: деньги и статистика, 2004.
14. Попов В.Б. Базы компьютерных технологий. – М.: деньги и статистика, 2002. – 704 с.: ил.
]]>