|
|
@@ -0,0 +1,62 @@
|
|
|
+# Общие требования к информационной системе
|
|
|
+1. Гибкость
|
|
|
+
|
|
|
+Способность к адаптации и дальнейшему развитию подразумевают возможность приспособления информационной системы к новым условиям, новым потребностям предприятия.
|
|
|
+
|
|
|
+2. Надежность
|
|
|
+
|
|
|
+Требование надёжности обеспечивается созданием резервных копий хранимой информации, выполнения операций протоколирования, поддержанием качества каналов связи и физических носителей информации, использованием современных программных и аппаратных средств.
|
|
|
+
|
|
|
+3. Эффективность
|
|
|
+
|
|
|
+Система является эффективной, если с учётом выделенных ей ресурсов она позволяет решать возложенные на неё задачи в минимальные сроки. Эффективность системы обеспечивается оптимизацией данных и методов их обработки, применением оригинальных разработок, идей, методов проектирования.
|
|
|
+
|
|
|
+4. Безопасность
|
|
|
+
|
|
|
+Под безопасностью, прежде всего, подразумевается свойство системы, в силу которого посторонние лица не имеют доступа к информационным ресурсам организации, кроме тех, которые для них предназначены. Требование безопасности обеспечивается современными средствами разработки информационных систем, современной аппаратурой, методами защиты информации, применением паролей и протоколированием, постоянным мониторингом состояния безопасности операционных систем и средств их защиты.
|
|
|
+
|
|
|
+Этапы разработки автоматизированных информационных систем
|
|
|
+Таблица 1 Этапы разработки АИС
|
|
|
+
|
|
|
+Наименование этапа
|
|
|
+
|
|
|
+# Основные характеристики
|
|
|
+
|
|
|
+Разработка и анализ бизнес - модели
|
|
|
+
|
|
|
+Определяются основные задачи АИС, проводится декомпозиция задач по модулям, и определяются функции, с помощью которых решаются эти задачи. Описание функций осуществляется на языке производственных (описание процессов предметной области), функциональных (описание форм обрабатываемых документов) и технических требований (аппаратное, программное, лингвистическое обеспечение АИС).
|
|
|
+
|
|
|
+Метод решения: Функциональное моделирование.
|
|
|
+
|
|
|
+Результат:
|
|
|
+
|
|
|
+1. Концептуальная модель АИС, состоящая из описания предметной области, ресурсов и потоков данных, перечень требований и ограничений к технической реализации АИС.
|
|
|
+
|
|
|
+2. Аппаратно-технический состав создаваемой АИС.
|
|
|
+
|
|
|
+-Формализация бизнес - модели, разработка логической модели бизнес - процессов.
|
|
|
+
|
|
|
+-Разработанная концептуальная модель формализуется, т.е. воплощается в виде логической модели АИС.
|
|
|
+
|
|
|
+Метод решения: Разработка диаграммы "сущность-связь" (ER (Entity-Reationship) - CASE - диаграммы).
|
|
|
+
|
|
|
+Результат: Разработанное информационное обеспечение АИС: схемы и структуры данных для всех уровней модульности АИС, документация по логической структуре АИС, сгенерированные скрипты для создания объектов БД.
|
|
|
+
|
|
|
+# Выбор лингвистического обеспечения, разработка программногообеспечения АИС.
|
|
|
+
|
|
|
+Разработка АИС: выбирается лингвистическое обеспечение (среда разработки - инструментарий), проводится разработка программного и методического обеспечения. Разработанная на втором этапе логическая схема воплощается в реальные объекты, при этом логические схемы реализуются в виде объектов базы данных, а функциональные схемы - в пользовательские формы и приложения. Метод решения: Разработка программного кода с использованием выбранного инструментария. Результат: Работоспособная АИС.
|
|
|
+
|
|
|
+# Тестирование и отладка АИС
|
|
|
+
|
|
|
+На данном этапе осуществляется корректировка информационного, аппаратного, программного обеспечения, проводится разработка методического обеспечения (документации разработчика, пользователя) и т.п.
|
|
|
+
|
|
|
+Результат: Оптимальный состав и эффективное функционирование АИС.
|
|
|
+
|
|
|
+Комплект документации: разработчика, администратора, пользователя.
|
|
|
+
|
|
|
+# Эксплуатация и контроль версий
|
|
|
+
|
|
|
+Особенность АИС созданных по архитектуре клиент сервер является их многоуровневость и многомодульность, поэтому при их эксплуатации и развитии на первое место выходят вопросы контроля версий, т.е. добавление новых и развитие старых модулей с выводом из эксплуатации старых. Например, если ежедневный контроль версий не ведется, то в как показала практика, БД АИС за год эксплуатации может насчитывать более 1000 таблиц, из которых эффективно использоваться будет лишь 20-30%.
|
|
|
+
|
|
|
+Результат: Наращиваемость и безизбыточный состав гибкой, масштабируемой АИС
|
|
|
+
|
