Смекни!
smekni.com

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

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

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

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

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

Описание хранимой и обрабатываемой информации в ЭИС делается с разной степенью детализации. Используются три уровня детализации представлений ЭИС, показанные на рисунке 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 с.: ил.