Требования к информационной и программной совместимости. Требования к информационным структурам на входе и выходе, методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой.
Требования к программной документации. В этом разделе указывается предварительный состав программной документации, и при необходимости, специальные требования к ней.
Еще раз необходимо подчеркнуть, что состав разделов технического задания определяется особенностями проекта, например, в случае внедрения существующей ЭИС требования к надежности, информационной и программной совместимости, документации и т. п. имеют номинальное значение, поскольку эти характеристики уже заложены в систему и указываются лишь как часть обязательств в рамках контракта, не влияя на фактический объем работ. В случае разработки заказной системы эти требования необходимо учесть при проектировании, они определят состав работ и структуру проекта.
Динамика изменения требований зависит от выбранной модели жизненного цикла, в каскадной (последовательной) модели* требования определяются один раз в начале проекта, а в спиральной (итерационной)** – уточняются в ходе выполнения проекта. Во втором случае должна быть предусмотрена процедура управления требованиями. Одним из возможных подходов является представление совокупности требований в виде набора атомарных требований – утверждений, между которыми выявляются отношения зависимости. При использовании каскадной модели все требования содержаться в техническом задании, затем они преобразуются в архитектурное решение в техническом проекте, в этом случае процедура управления требованиями упрощается, ведь предполагается, что требования не будут меняться в ходе проекта.
Описание хранимой и обрабатываемой информации в ЭИС делается с разной степенью детализации. Используются три уровня детализации представлений ЭИС, показанные на рисунке 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 с.: ил.